Перейти к содержанию
Danilka

Новой уязвимости в IE пророчат судьбу Conficker

Recommended Posts

Danilka

Критическая ошибка, подтвержденная Microsoft двумя неделями ранее и устраненная на прошлой неделе, до сих пор представляет опасность и является главным кандидатом на право быть еще одним Conficker.

"Это уязвимость будет посерьезнее, чем Conficker" - заявил Роджер Томпсон (Roger Thompson), главный исследователь в компании AVG. "Она несет серьезную опасность благодаря своей возможности проникать сквозь межсетевые экраны. Она опаснее, чем Conficker, который мог нанести вред только после того, как проникал внутрь сети."

Червь Conficker, взбудораживший весь мир в январе прошлого года, использовал уязвимость в Windows, которую Microsoft не успела устранить в цикле регулярных обновлений. Червь поразил громадное число персональных компьютеров - порядка 12 миллионов, - а затем создал из них большую ботсеть для распространения вредоносных программ, фальшивых антивирусных приложений или распространение большого количества спама.

"У меня нет сомнений в том, что плохие парни воспользуются этой уязвимостью" - сказал Томпсон". Для авторов червя это будет хороший шанс. Они ждали достаточно долго обнаружения такой уязвимости. Так что я не удивлюсь, если они выберут этот путь".

Томпсон говорит об уязвимости в библиотеке Video Controller ActiveX из файла msvidctl.dll. Несмотря на то, что уязвимость активно использовалась хакерами, по крайней мере, с 9 июня, она была обнародована лишь двумя неделями ранее, когда несколько секьюрити-компаний из Китая и Дании сообщили о том, что тысячи страниц заражены вирусом.

Одна из причин, почему ошибка является превосходным выбором для хакеров, заключается в том, что она не была полностью исправлена. Когда впервые появился Conficker, Microsoft быстро устранила используемые им уязвимости, но впоследствии выяснилось, однако, что существует большое количество компьютеров, на которые обновление не было установлено.

Также Microsoft признала, что о наличии уязвимости стало известно еще в прошлом году, когда о ней сообщили исследователи IBM X-Force. В X-Force исследователи обнаружили уязвимости еще в конце 2007 года и зарезервировали номер для нее в базе в декабре того же года. Один из исследователей, Алекс Уилер (Alex Wheeler), который в настоящее время является менеджером 3Com TippingPoint DVLabs, отказался назвать дату, когда он сообщил об ошибке в Microsoft, сославшись на соглашения о неразглашении, подписанные им с его бывшим сотрудником.

Microsoft же заявляет следующее: "Мы приступили к расследованию сразу после того, как узнали о наличии уязвимости". "Но для того, чтобы тщательно все исследовать, требуется время".

Странно, что для исследования Microsoft потребовалось столько времени, ведь элемент управления, содержащийся в файле msvidctl.dll, разработан самой Microsoft. "Это первый проблема, возникшая у Microsoft с собственным .DLL-файлом за длительное время" - сказал Томпсон. "До этого была уязвимость в ANI-формате файлов, которую обнаружили в апреле 2007 года. Как правило, такие проблемы возникают с .DLL-файлами, созданными в Китае, или от Adobe".

Напомним, что уязвимость в анимированных курсорах Windows, обнаруженная в файле user32.dll, была исправлена более, чем через 100 дней после того, как Microsoft была предупреждена Александром Сотировым (Alexander Sotirov), исследователем уязвимостей из компании Determina. Тогда Microsoft выпустила внеочередное обновление для устранения этой уязвимости, нарушив свой регулярный ежемесячный график.

"Разумеется, это не конец света" - сказал Томпсон. "Но я не буду удивлен, если увижу Conficker v2".

Системы под управлением Windows XP или Windows Server 2003 уязвимы для атак через IE6 и IE7. Windows Vista и Windows 7 угрозе не подвержены, равно как пользователи IE8 или других браузеров.

Источник

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Андрей-001
Критическая ошибка... является главным кандидатом на право быть еще одним Conficker.

Кстати о патчах, что предлагает MS для устранения этих уязвимостей.

Я скачал и стал регулярно ставить все три патча на компьютеры клиентов после переустановки ОСи.

И заметил, что не для всех железячных конфигураций они подходят.

На одних третий патч (по нумерации MS) вызывает замедленную загрузку, на других даже после первого требуется делать загрузку последней удачной конфигурации.

После ряда подобных "мулек" я отказался от обязательной установки патчей от Conficker/Kido на ПК после установки системы "с ноля".

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
AlexxSun

Установка патчей своим друзьям и знакомым - занятие трудоёмкое и в глобальном плане малоэффективное, КПД будет всё равно мизерным. Останется громадное количество компьютеров без обновок. Поэтому зомби-сети будут расти и расширяться, причём процесс этот неизбежный. Проблема должна решаться более масштабно. Например, по договоренности между производителями защитного ПО и Микрософта, чтобы вместе с обновлениями АВ баз, предлагалось пользователю скачать и установить критически важные обновления системы. Естественно, что софт должен быть соответствующим образом доработан. Например, в KIS есть новостной агент, прицепить к нему такую функцию будет не очень сложно. Ну и естественно всё это должно быть без подвохов со стороны Микрософта, чтобы тем не дай Бог не взбрело в голову распространять такие обновления с принудительной проверкой системы на подлинность, иначе ничего хорошего из такой затеи не выйдет.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

  • Сообщения

    • Ego Dekker
      Домашние антивирусы для Windows были обновлены до версии 17.2.8.
    • demkd
    • santy
      demkd, а где сохраняется информация о количестве используемых ядер? в settings.ini? Не увидел там новый параметр при изменения параметра производительности в доп. настройках.
    • demkd
      ---------------------------------------------------------
       4.99.1
      ---------------------------------------------------------
       o Это обновление добавляет поддержку многоядерных процессоров.

       o В меню Настройки->Дополнительные настройки добавлена возможность указать количество рабочих потоков
         для функций:
           o Создание файла сверки                                        (нельзя прервать)
           o Создание образа автозапуска                                  (нельзя прервать)
           o Загрузка производителя [F3]                                  (доступно прерывание функции по ESC)
           o Проверка по базе проверенных файлов [F4]                     (доступно прерывание функции по ESC)
           o Проверка ЭЦП [F6]                                            (доступно прерывание функции по ESC)
           o Проверка по базе критериев [Alt+F7]                          (доступно прерывание функции по ESC)
           o Фильтрация по базе критериев [Ctrl+F7]                       (доступно прерывание функции по ESC)
           o Проверка списка по выбранному критерию                       (доступно прерывание функции по ESC)
           o Проверить весь список на вирусы                              (доступно прерывание функции по ESC)
           o Добавить хэши всех проверенных файлов в базу проверенных     (доступно прерывание функции по ESC)
           o Добавить хэши исполняемых файлов каталога в базу проверенных (доступно прерывание функции по ESC)
         Значение 0 задает количество потоков равным количеству ядер процессора (включая виртуальные), виртуальные ядра
         могут ускорить процесс на лишние 30%.
         Как сказывается использование E-ядер неизвестно, но скорее всего ощутимой разницы с P ядрами не будет,
         поэтому на новых интелах + NVME SSD сокращение времени исполнения функций скорее всего будет огромным.
         При подключении к удаленной системе для серверной части uVS количество потоков всегда равно количеству ядер (включая виртуальные).
         Для клиентской части действует заданное в настройках значение.
         Для системного диска на базе SSD время выполнение функции уменьшается многократно (для 4-х ядерных процессоров вплоть до 4x на SATA SDD),
         для современных конфигов может иметь смысл задание большего числа потоков чем количество ядер у процессора (допустимый максимум - 128).
         Для HDD все гораздо хуже, время проверки немного сокращается (10-20%), однако когда часть файлов находится
         в кэше системы (т.е. в оперативной памяти) разница будет существенной и для HDD.
         Конечно все это верно лишь для процессоров с более чем 1 ядром.
         (!) Прерывание функции по клавише ESC недоступно для удаленных систем.

       o Другие функции, которые можно прервать по ESC:
         o Проверить все НЕПРОВЕРЕННЫЕ файлы на VirusTotal.com
         o Проверить все НЕПРОВЕРЕННЫЕ ИЗВЕСТНЫЕ файлы на VirusTotal.com
         o Проверить НЕПРОВЕРЕННЫЕ файлы в текущей категории на VirusTotal.com (c учетом фильтра)
         o Проверить все НЕПРОВЕРЕННЫЕ файлы на virusscan.Jotti.org
         o Проверить все НЕПРОВЕРЕННЫЕ ИЗВЕСТНЫЕ файлы на virusscan.Jotti.org
         o Проверить НЕПРОВЕРЕННЫЕ файлы в текущей категории на virusscan.Jotti.org (с учетом фильтра)
         o Проверить хэш файла по базе проверенных файлов
         o Добавить в список->Все исполняемые файлы в системных каталогах не старше указанной даты

       o Обновлен функционал окна "История процессов и задач".
         Добавлена информация о текущем состоянии задач зарегистрированных в системном планировщике заданий.
         Добавлена новая кнопка "С момента запуска системы", которая переключает режим отображения истории.
         Если кнопка нажата то история отображается только с момента запуска системы, все что было раньше не попадает в список.
         Если кнопка отжата то отображается вся доступная история процессов и задач,
         что может быть полезно для выявления зловредной активности непосредственно перед перезагрузкой системы.
         Для каждой задачи по двойному щелчку левой кнопки мыши можно просмотреть XML описание задачи.
         Теперь фильтрующий поиск работает на все колонки активного списка одновременно, поддерживается
         фильтрация и списка процессов и списка задач, в зависимости от того какой список активен.
         Фильтрующий поиск применяется на результат работы родительского фильтра.
         Горячая клавиша Backspace больше не влияет на родительский фильтр, для отката уровня родительского
         фильтра используйте клавиши ESC (если строковый фильтр пуст) или Alt+Up (откат со сбросом строкового фильтра).
         (см. подробнее в файле Doc\История процессов и задач.txt)
         (!) Только для Vista и старше.
         (!) Только для активных и удаленных систем.

       o Включение отслеживания процессов и задач теперь увеличивает системный журнал до 50mb,
         отключение возвращает размер по умолчанию.

       o Новая скриптовая команда: deltskname полное_имя_задачи
         Удалить задачу с указанным именем.
         Имя задачи должно начинаться с символа "\", например: \Task
         Допустимо указывать каталоги например: \Microsoft\Задача
         (!) Только для Vista и старше.

       o Возвращено отображение цифровых процентов в заголовке окна, поскольку в некоторых системах графическое отображение
         прогресса выглядит не очень наглядно.

       o В окно выбора каталога/файла добавлен фильтрующий поиск (по обоим спискам одновременно если это выбор файла).
         В окне изменились горячие клавиши:
          o \ - перейти к выбору диска
          o DEL - удалить каталог/файл (с подтверждением)
          o ESC - очистить фильтр, если фильтр пуст то закрыть окно.   
          o Backspace - удалить последний символ фильтра
          o Alt+Вверх - перейти в родительский каталог

       o Функция создания образа автозапуска теперь не использует базы проверенных файлов и все проверенные файлы ДО создания
         образа теряют статус "проверенный". Т.е. в образе статус проверенный имеют лишь файлы прошедшие проверку ЭЦП.

       o Поскольку AutoHotkey используется зловредами то теперь все его актуальные версии выявляются под любым именем по F3 или
         при создании образа автозапуска и получают статус подозрительного файла.
         Соответствующие имени файла скрипты автозапуска добавляются в список автоматически и тоже получают статус подозрительных файлов.
         Содержимое скрипта доступно в окне информации ahk файла.

       o Введены новы лимиты на количество элементов в списке автозапуска для x64 версий в списке может быть до 1 млн. файлов,
         для x86 до 150 тысяч файлов. (Обычно в образе менее 10 тысяч файлов)

       o Оптимизированы функции сортировки, фильтрации и вывода списка.

       o В категории HOSTS добавлен фильтрующий поиск по 2 первым колонкам одновременно.
         Сортировки в этой категории нет, записи представлены в порядке следования в оригинальных файлах.
         Первыми идут записи из HOSTS, что лежит по прописанному в реестре пути, если путь отличается от пути по умолчанию
         то дальше идут записи HOSTS из \Windows\System32\drivers\etc, далее записи из HOSTS.ICS.
         В этой категории теперь работает горячая клавиша DEL.

       o Найдена ошибка в Windows API из-за которой для некоторых файлов не отображался производитель и другая информация о версии файла.
         Сам Windows для таких файлов не отображает случайные параметры на вкладке "Подробно" в свойствах файла.
         Ошибку удалось обойти и теперь в окне информации о файле отображаются все значимые параметры для всех исполняемых файлов.

       o Улучшен альтернативный режим сканирования процессов. (ctrl+p)

       o В контекстное меню окна информации о файле добавлен поиск по имени подписавшего файл.

       o Удалена скриптовая команда EXEC32 за бесполезностью.

       o Из настроек основного списка удален обычный поиск за бесполезностью.

       o Добавлен вывод предупреждения в лог при обнаружении вируса в списке при загрузке производителя и сигнатур про F3.

       o Исправлена и улучшена функция вывода результата исполнения консольных приложений.
         Теперь вывод осуществляется в реальном времени с поддержкой отображения динамического текста в последней строке.
         Проблема с кодировкой для старых систем решена.
         Добавлено время выполнения приложения.

       o Результат выполнения команды gpudpate теперь отображается в логе.

       o Сообщение об отсутствии пользовательского реестра в каталоге "All users"/ProgramData больше не выводится.

       o Немного дополнена документация.

       o Исправлена ошибка из-за которой вместо обычной x64 версии для старых систем запускалась x64v версия.

       o Исправлено ошибочное сообщение в логе при исполнении 44 твика.

       o Исправлена ошибка при сохранении истории задач в образ и при передаче данных из удаленной системы.

       o Исправлена и оптимизирована функция проверки списка по выбранному критерию.

       o Исправлена ошибка с растущим временем отката операции по Ctrl+Z при работе с образом.

       o Исправлена ошибка при определении параметров *OperatingSystemVersion для 64-х битного исполняемого файла.

       o Исправлена ошибка с неправильным откатом операции по HOSTS при работе с образом.

       o Исправлена ошибка подписи образа автозапуска удаленной системы (появилась в v4.15.4)

       o Исправлена функция Добавить в список->Все исполняемые файлы в системных каталогах не старше указанной даты

       o Исправлены мелкие интерфейсные ошибки.
       
    • PR55.RP55
      Предлагаю добавить удаление по критерию поиска. На примере темы: https://forum.kasperskyclub.ru/topic/463829-ne-poluchaetsja-udalit-virus/ т.е. у нас есть переменные и постоянные... данные. На основе постоянных данных создаётся критерий поиска и скрипт по нему отработает. В принципе  можно пользователю кинуть поисковый критерий в виде файла > Прогнать список по поиску > Удалить найденное. Но как это всё объяснять.
×