Google защитит Chrome от Drive-By-Downloads в ad frames

Google защитит Chrome от Drive-By-Downloads в ad frames

Google защитит Chrome от Drive-By-Downloads в ad frames

Google планирует добавить в Chrome функцию автоматического блокирования всех загрузок, которые инициируются внутри ad frame и не требуют подтверждения пользователя. Таким способом корпорация хочет бороться с вредоносными схемами вроде drive-by-downloads.

Ad frame представляет собой обычный iframe, помеченный Chromium как рекламный. Для этого используется специальная инфраструктура для детектирования рекламы — AdTagging.

Сама концепция новой техники защиты пользователей браузера Chrome была описана в публичном документе под названием «Preventing Drive-By-Downloads in Ad Frames».

Функцию блокировки автоматических загрузок можно реализовать на следующих операционных системах: Windows, macOS, Linux, Chrome OS, Android и Android WebView. Единственным исключением является iOS, где Chrome использует движок WebKit.

Согласно планам Google, загрузки будут блокироваться в том случае, если для их инициации не требуется какого-либо действия пользователя. Если говорить более конкретно, то для блокировки загрузок должны совпасть все следующие условия:

Если инициируется прямая загрузка без управления со стороны юзера: ссылка присутствует в ad frame; этот фрейм не требует действия пользователя для клика по ссылке.

В январе стало известно, что Google работает над внедрением в свой браузер Chrome функции автоматической блокировки атак вида drive-by downloads, которые осуществляются злоумышленниками с помощью iframe’ов, внедренных в код страниц взломанных сайтов.

VLC можно атаковать через обычную PNG-картинку и вредоносный сервер

В медиаплеере VLC обнаружили две уязвимости, позволяющие выйти за границы выделенной памяти. Проблемы затрагивают версии с 3.0.0 по 3.0.23, а для запуска одной из атак достаточно открыть специально подготовленную PNG-картинку.

Наиболее опасная брешь, CVE-2026-56711, получила 8,6 балла по шкале CVSS 4.0.

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

Уязвимость срабатывает при непосредственном открытии вредоносной картинки или её загрузке из плейлиста. Никаких редких настроек и шаманства с плагинами не требуется.

Вторая проблема, CVE-2026-73324, получила 6,9 балла. Она находится в модуле RealRTSP. Злоумышленник может заставить VLC подключиться к подконтрольному серверу и передать строку ответа длиннее 4096 байт. Из-за отсутствующего нулевого символа программа продолжит читать память за пределами буфера.

В результате сервер потенциально может получить данные, оказавшиеся рядом в памяти клиента. Модуль RealRTSP включён в официальные сборки VideoLAN, хотя некоторые дистрибутивы могут поставлять VLC без него.

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

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