Mozilla не идет за Google: Firefox будет блокировать рекламу по-старому

Mozilla не идет за Google: Firefox будет блокировать рекламу по-старому

Mozilla не идет за Google: Firefox будет блокировать рекламу по-старому

Mozilla решила не следовать примеру Google в отношении новой политики блокировки рекламы. Компания-разработчик браузера Firefox продолжит поддерживать расширения для блокировки рекламного контента.

Как мы уже писали ранее, вся проблема заключается в смене принципа доступа расширений для браузеров. На сегодняшний день такие аддоны пользуются API под названием webRequest.

Что это даёт? Благодаря этому API расширения блокируют отображение веб-страницы до того момента, пока не будет проанализирован весь контент и не будут отсечены рекламные скрипты и теги.

Но с недавних пор Google решил вмешаться в это положение вещей и анонсировал Extension Manifest v3, согласно которому аддоны больше не смогут пользоваться webRequest.

Таким образом, разработчикам блокировщиков рекламы остаётся только мониторить подключения браузеров, так как модифицировать контент до его отображения пользователю уже не получится.

Другими словами, блокировщикам рекламы просто наступают на горло. Например, работа расширения uBlock Origin, которым пользуются более 10 миллионов юзеров, полностью зависит от взаимодействия с API webRequest.

Взамен Google предлагает альтернативу — API declarativeNetRequest, которое позволяет расширениям создавать фильтры и правила. Но особенность этого способа заключается в том, что именно браузер будет купировать контент на основе этих фильтров и правил.

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

Опасная уязвимость в GNU Wget2 позволяет удалённо перезаписывать файлы

В популярном консольном загрузчике GNU Wget2 обнаружили серьёзную уязвимость, которая позволяет злоумышленникам перезаписывать файлы на компьютере жертвы — без её ведома и согласия. Проблема получила идентификатор CVE-2025-69194 и высокую степень риска — 8,8 балла по CVSS, то есть игнорировать её точно не стоит.

Брешь связана с обработкой Metalink-файлов — это специальные документы, в которых описано сразу несколько источников для скачивания одного и того же файла (зеркала, P2P и так далее).

По идее, Wget2 должен строго контролировать, куда именно сохраняются загружаемые данные. Но, как выяснили исследователи из Apache, на практике с этим есть проблемы.

Из-за ошибки в проверке путей злоумышленник может подготовить вредоносный Metalink-файл с «хитрыми» именами вроде ../. Это классическая уязвимость path traversal: она позволяет выйти за пределы рабочего каталога и записать файл практически в любое место в системе. Достаточно, чтобы пользователь просто обработал такой металинк — и дальше всё происходит без его участия.

Последствия могут быть весьма неприятными. В худшем случае атакующий сможет:

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

Да, атака требует взаимодействия с вредоносным файлом, но с учётом последствий риск выглядит более чем реальным — особенно для тех, кто регулярно использует Wget2 в автоматизированных сценариях или CI/CD-пайплайнах.

Если вы работаете с Wget2 и Metalink, сейчас самое время внимательно отнестись к источникам загрузки и следить за выходом обновлений. В этой истории один неосторожный файл может стоить слишком дорого.

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