Перейти к содержанию
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 есть новостной агент, прицепить к нему такую функцию будет не очень сложно. Ну и естественно всё это должно быть без подвохов со стороны Микрософта, чтобы тем не дай Бог не взбрело в голову распространять такие обновления с принудительной проверкой системы на подлинность, иначе ничего хорошего из такой затеи не выйдет.

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


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

  • Сообщения

    • demkd
      прогресс теперь графически отображается на плашке окна, проценты в заголовке больше не нужны, убрано все лишнее что влияло на производительность. Если нет реестра это проблема и с ней надо разбираться, а если есть то он подключен и анализируется.
        что значит поиском по эцп? по имени подписавшего файл или по сертификату или по хэшу сертификата.
        В прошлых версиях оно выводилось в 2х кодировках последовательно, что просто забивало лог мусором,  причем в разных системах правильная кодировка своя я опрометчиво решил, что нашел способ выбирать правильную, но оказывается в 7ке все не так как в младших и старших системах, придется для нее прописывать кодировку отдельно.
    • PR55.RP55
      + uVS v4.99.0v x64 [http://dsrt.dyndns.org:8888]: Windows 7 Home Basic x64 (NT v6.1 SP1) build 7601 Service Pack 1 [C:\WINDOWS] В прошлых версиях - всё читается нормально.
    • PR55.RP55
      1. По поводу реестра - важнее, что было найдено. Если реестра\копии нет... 2. Проценты те, что были в прошлых версиях при массовой проверке на V.T. https://forum.esetnod32.ru/bitrix/components/bitrix/forum.interface/show_file.php?fid=129963&width=500&height=500 3. Например есть файл подписанный некой ЭЦП. но... данного файла пока нет на V.T. т.е. o В контекстное меню добавлен поиск по имени объекта на Яндекс и Google. искать не только по имени объекта -  но открывать сразу две страницы - одну с точным поиском по имени. другую с точным поиском по ЭЦП.  
    • demkd
      Это нормально, реестр для псевдопользователя "All users" бывает редко, для чего системе он нужен, я не разбирался еще, но он бывает, теперь при отсутствии пользовательского реестра выдается такое сообщение, как и в случае если реестр поврежден.
      Т.е. в этом случае сообщение можно смело игнорировать.
        о каких % речь?
        Подробнее, что именно искать и зачем?
    • PR55.RP55
      + Я не вижу % при массовой проверке файлов на V.T. o В контекстное меню добавлен поиск по имени объекта на Яндекс и Google. Я бы добавил поиск по ЭЦП
×