Раскрыт эксплойт-код для новой уязвимости в Internet Explorer

Раскрыт эксплойт-код для новой уязвимости в Internet Explorer

Исследователи в области защиты информации опубликовали код, позволяющий эксплуатировать открытый изъян в обозревателе Microsoft Internet Explorer и обходить контуры защиты от уязвимостей, встроенные в операционную систему Windows 7.



Руководитель группы Microsoft Trustworthy Computing Дэйв Форстром в официальном заявлении отметил, что корпорация изучает предоставленные ей сведения об упомянутой ошибке безопасности. По словам г-на Форстрома, в реальной вирусной среде пока не было попыток эксплуатировать данную уязвимость; сообщений о пострадавших от нее пользователях также не поступало.


Сам изъян был обнаружен в первой декаде текущего месяца французской компанией Vupen. Сообщается, что проблема связана с некорректным функционированием обработчика таблиц стилей (CSS) браузера, который допускает ошибку при исполнении директивы @import. Напомним, что эта директива используется для загрузки стилей оформления веб-страниц из внешних источников.


Согласно бюллетеню Vupen, уязвимость может успешно эксплуатироваться против любого выпуска обозревателя Internet Explorer с шестого по восьмой включительно. IE6 и IE7 тестировались на операционной системе Windows XP, а IE8 - на XP, Vista и 7. Открыв в браузере особым образом сформированную страницу, пользователь может подвергнуться атаке вредоносного программного обеспечения или пострадать от компрометации данных.


Вновь вспомнить о неисправленной уязвимости пришлось вчера, 21 декабря, когда исследовательская группа Abysssec Security Research представила видеоролик с демонстрацией описанной выше атаки, а специалист Джошуа Дрейк добавил действующий эксплойт для нее в пакет Metasploit, который используется для выявления и оценки изъянов в программном обеспечении.


Особенность этого эксплойт-кода состоит в том, что он способен обходить внутренние системы защиты Windows 7, специально разработанные для борьбы с уязвимостями и нападениями на них - DEP (предотвращение исполнения данных) и ASLR (случайное расположение адресного пространства). Для достижения этой цели вредоносный код заставляет операционную систему загружать устаревшие .Net-библиотеки, не обеспеченные надлежащей защитой.


Представитель Microsoft ничего не сообщил о планах корпорации по исправлению этой уязвимости, заметив лишь, что будут приняты "все необходимые меры". Если исходить из традиционного расписания выпуска обновлений для обозревателя Internet Explorer, то можно ожидать, что патч будет доступен не ранее февраля наступающего года.


Computerworld

AM LiveПодписывайтесь на канал "AM Live" в Telegram, чтобы первыми узнавать о главных событиях и предстоящих мероприятиях по информационной безопасности.

Windows 11 начнёт запрашивать ПИН-код при авторизации через FIDO2-ключи

Microsoft предупредила пользователей, что после установки свежих обновлений Windows на устройствах может начать появляться запрос на ввод ПИН-кода при аутентификации с помощью ключей безопасности FIDO2. Это касается Windows 11 версий 24H2 и 25H2 и связано с изменениями, которые начали внедряться ещё с сентябрьского превью-обновления 2025 года.

Компания отмечает, что это поведение — не ошибка, а намеренное изменение, связанное с соблюдением требований стандарта WebAuthn.

Этот стандарт определяет, как должны работать методы проверки пользователя, включая ПИН-коды, биометрию и аппаратные ключи безопасности.

Согласно WebAuthn, параметр User Verification может иметь три состояния: discouraged, preferred или required. Если стоит значение preferred, платформа должна запросить создание ПИН-кода, устройство при этом должно уметь выполнять такую проверку. Именно это теперь и происходит в Windows 11.

Microsoft объяснила, что после установки обновлений KB5065789 (от 29 сентября 2025 года) или более новых пользователю может потребоваться создать ПИН для аутентификации с FIDO2-ключом, даже если раньше ПИН не использовался.

Такое требование появляется, если сервис или провайдер идентификации запрашивают режим User Verification = Preferred, а сам ключ ПИН ещё не содержит.

Развёртывание поддержки этой функции началось постепенно, а полностью завершилось с выходом ноябрьского обновления KB5068861.

Тем организациям, которые не хотят, чтобы пользователи создавали ПИН-коды для ключей безопасности, Microsoft напоминает: можно изменить настройки WebAuthn и выставить параметр User Verification в значение discouraged.

FIDO2-ключи продолжают набирать популярность как более безопасная альтернатива паролям — они защищают от фишинга, подбора паролей и кражи учётных данных, поскольку требуют физического устройства для входа.

AM LiveПодписывайтесь на канал "AM Live" в Telegram, чтобы первыми узнавать о главных событиях и предстоящих мероприятиях по информационной безопасности.

RSS: Новости на портале Anti-Malware.ru