Opera, Brave и Vivaldi не будут навязывать юзерам рекламу, как Chrome

Opera, Brave и Vivaldi не будут навязывать юзерам рекламу, как Chrome

Opera, Brave и Vivaldi не будут навязывать юзерам рекламу, как Chrome

Несмотря на то, что браузеры Brave, Opera, Vivaldi и Chrome используют одну основу — Chromium, разработчики первых трех интернет-обозревателей не собираются идти на поводу у Google, навязывая пользователям рекламу.

Таким образом, в Brave, Opera и Vivaldi не будут введены ограничения для разработчиков расширений, блокирующих рекламу на веб-страницах.

Гендиректор Brave Software Брендан Эйх заявил, что браузер компании продолжит использовать старую систему взаимодействия с расширениями, которую Google в настоящий момент пытается признать устаревшей.

«Мы будем продолжать поддерживать webRequest для всех расширений браузера Brave», — подчеркнул Эйх.

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

Приблизительно такую же позицию озвучили представители норвежского интернет-гиганта — Opera.

«Скорее всего, мы продолжим использовать те API, от которых откажется Chrome. Однако следует учитывать, что проблема рекламы вообще не стоит для пользователей, выбравших себе Opera в качестве браузера», — заявил представитель Opera.

Представители норвежского интернет-обозревателя, конечно же, ссылаются на встроенные возможности Opera. Как и у Brave, там есть возможность блокировать рекламу «из коробки».

Что касается Vivaldi, разработчики опубликовали запись в блоге, согласно которой браузер найдет возможность блокировать любую негодную пользователям рекламу.

Напомним, что Google не смог дать адекватное объяснение своему решению ограничить возможности блокировки рекламы в браузере Chrome для простых пользователей. Разработчики расширений для блокировки рекламы сочли данный шаг американского интернет-гиганта не совсем порядочным.

Опасная уязвимость в 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