Специфика работы с IPv6 создает изъян в защите Windows и OS X

Специфика работы с IPv6 создает изъян в защите Windows и OS X

Исследователи из InfoSec Institute продемонстрировали способ злонамеренного использования функционала последних версий ОС Windows, который позволяет перенаправлять сетевой трафик через посторонние маршрутизаторы. Сообщается, что теоретически аналогичную атаку можно предпринять и против Mac OS X, но на практике соответствующие тесты не проводились.


Windows Vista, 7 и Server 2008 строились в расчете на скорый переход к следующей версии Интернет-протокола - IPv6. Помимо прочего, в них встроена функция поддержки стандарта безадресной автоматической настройки сети (SLAAC), который обеспечивает успешную коммуникацию между хостами и клиентскими компьютерами в сетях IPv6; именно этот механизм можно эксплуатировать для перенаправления потока данных через сетевое оборудование, находящееся под контролем злоумышленников.

Проблема состоит в том, что "благодаря" имеющимся механизмам уязвимые операционные системы настроены предпочитать новую версию протокола старой. Соответственно, если злоумышленнику удастся внедрить в IPv4-сеть инфраструктурное IPv6-устройство - допустим, тот же маршрутизатор, настроенный на работу по новому протоколу, - то компьютеры под управлением упомянутых ОС незамедлительно начнут передавать данные именно через этот роутер. Что произойдет с трафиком впоследствии, зависит уже исключительно от владельца внедренного устройства.

Какого-либо взаимодействия с пользователем описанная схема не предусматривает. Операторы рабочих станций не получают никаких уведомлений о том, что их компьютеры соединяются с неавторизованной сетью IPv6, и остаются в неведении относительно действий злоумышленника. Поскольку в последних выпусках Windows поддержка нового протокола включена по умолчанию, то даже абсолютно новые компьютеры под их управлением уже готовы стать жертвами подобной атаки.

Конечно, для успешного внедрения в сеть взломщику потребуется иметь к ней физический доступ, что представляет определенные сложности; однако с учетом масштаба инсайдерской угрозы этот барьер может оказаться не таким уж и непреодолимым. Одним словом, до тех пор, пока IPv4 не выйдет из употребления, или пока в уязвимые механизмы не будут внесены надлежащие изменения, единственным надежным способом борьбы с подобными схемами будет обыкновенное отключение поддержки протокола IPv6.

The Register

Письмо автору

Google срочно закрыла опасную 0-click уязвимость в Android

Google начала распространять апрельский набор патчей для Android. Главной проблемой в этот раз стала критическая уязвимость в компоненте Framework, она позволяет вызвать локальный отказ в обслуживании (DoS) без каких-либо действий со стороны пользователя и без дополнительных привилегий.

Речь идёт о баге под идентификатором CVE-2026-0049. Проблема затрагивает сразу несколько актуальных версий системы: Android 14, Android 15, Android 16 и Android 16 QPR2.

Кроме этого, в набор патчей вошла ещё одна опасная уязвимость — CVE-2025-48651 с высоким уровнем риска. Она связана со StrongBox, есть аппаратно защищённым хранилищем ключей в Android. Причём речь идёт не об одном поставщике: патчи затрагивают компоненты Google, NXP, STMicroelectronics и Thales.

Google, как обычно, разделила обновление на два уровня патчей. Уровень 2026-04-01 закрывает критическую проблему в Framework, а уровень 2026-04-05 — уязвимости StrongBox и включает все предыдущие фиксы. Для полной защиты лучше ориентироваться именно на патч 2026-04-05 или новее.

Есть и ещё одна деталь: Google напомнила, что в 2026 году меняет подход к публикации исходников в AOSP. Чтобы соответствовать новой модели trunk stable и поддерживать стабильность экосистемы, исходный код теперь будут публиковать в Q2 и Q4, а разработчикам советуют ориентироваться на ветку android-latest-release.

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