Mozilla: Ещё раз, Firefox продолжит поддерживать блокировщики рекламы

Mozilla: Ещё раз, Firefox продолжит поддерживать блокировщики рекламы

Mozilla: Ещё раз, Firefox продолжит поддерживать блокировщики рекламы

Разработчики Firefox ещё раз подчеркнули, что браузер продолжит поддерживать все актуальные блокировщики рекламы. Речь идёт, конечно же, о пресловутом переходе аддонов с Manifest v2 на Manifest v3.

Большинство текущих Chromium-расширений всё ещё используют Manifest v2, несмотря на то что не за горами крайний срок перехода на Manifest v3 — январь 2023 года. Google, используя своё влияние, пытается форсировать этот переход, и нет никаких сомнений в том, что Chromium-браузеры вроде Microsoft Edge последуют за интернет-гигантом.

С января 2023-го расширения для браузеров будут размещаться в официальном магазине Chrome Web Store только при использовании Manifest v3. Уже к июню 2023-го Chrome и большинство Chromium-обозревателей полностью откажутся от поддержки Manifest v2.

Если у вас будут установлены аддоны, разработчики которых не перешли на Manifest v3, они будут автоматически отключены как несовместимые. Из Chrome Web Store такие расширения тоже уберут, пока девелоперы не подтвердят совместимость с Manifest v3.

Mozilla решила пойти немного другим путём: Firefox, само собой, будет поддерживать Manifest v3, однако разработчики не откажутся и от важных старых API, которые Google сознательно ограничила в Manifest v3.

Ключевой из них — WebRequest API, поскольку именно его используют авторы блокировщиков рекламы для фильтрации отдельных веб-элементов. В Manifest v3 этот API заменили менее мощным аналогом.

В целом Manifest v3 сложно назвать концом для блокировщиков контента, однако новые правила могут существенно ограничить возможности таких аддонов. Особенно это затронет пользователей, которые любят настраивать собственные фильтры для веб-контента.

К слову, разработчики AdGuard недавно запустили версию своего блокировщика, совместимую с Manifest v3. Теперь расширение будет уведомлять пользователя, если его функциональность ограничена в браузере.

А вот всеми любимая «огненная лиса» пошла ещё дальше: в Mozilla отметили, что браузер будет поддерживать Manifest v3, одновременно не отказываясь от WebRequst API, который так необходим для гибкой блокировки рекламных объявлений.

Смело можно сказать, что для многих это очень хорошие новости, учитывая, что расширение uBlock Origin прочно заняло первое место по скачиваниям и рейтингу.

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

CVE-2025-38236: баг в Linux открывал путь к захвату ядра через Chrome

В Linux-ядре нашли опасную уязвимость CVE-2025-38236, которую обнаружил исследователь из Google Project Zero Янн Хорн. Она позволяет злоумышленнику, начав с выполнения кода внутри песочницы Chrome, добраться до полного контроля над ядром в Linux.

Проблема связана с малоизвестной функцией MSG_OOB (out-of-band) в UNIX domain sockets. Её добавили ещё в Linux 5.15 в 2021 году для специфических приложений Oracle, но она была включена по умолчанию и в итоге оказалась доступна из песочницы Chrome на Linux.

Ошибка приводит к use-after-free — состоянию, при котором система обращается к уже освобождённой области памяти. Хорн показал, что с помощью определённой последовательности операций с сокетами можно читать и изменять память ядра, а значит — повышать привилегии.

Эксплойт был протестирован на Debian Trixie (x86-64) и использовал «примитив чтения» для копирования произвольной памяти ядра в пространство пользователя, обходя защиту usercopy hardening. Хорн нашёл способ использовать даже защитный механизм Debian CONFIG_RANDOMIZE_KSTACK_OFFSET в свою пользу — это помогало точнее выровнять стек для успешной атаки.

Уязвимость уже закрыта в обновлениях Linux, а Chrome изменил работу своей песочницы, заблокировав передачу MSG_OOB-сообщений.

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

Отдельно Хорн отметил, что в Linux-песочнице Chrome остаётся много лишних интерфейсов — от UNIX-сокетов и pipe до syscalls вроде sendmsg() и mprotect(). Ранее через подобные механизмы уже находили баги в futex(), memfd_create() и pipe2().

Эксперт считает, что такие случаи — сигнал к ужесточению настроек песочниц и более внимательному контролю за «экзотическими» возможностями ядра, доступными непривилегированным процессам.

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

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