Microsoft Edge и Яндекс.Браузер предлагают наихудшую конфиденциальность

Microsoft Edge и Яндекс.Браузер предлагают наихудшую конфиденциальность

Microsoft Edge и Яндекс.Браузер предлагают наихудшую конфиденциальность

Microsoft Edge и Яндекс.Браузер проигрывают своим конкурентам по части обеспечения конфиденциальности. Brave, Chrome, Firefox и Safari предлагают более разумный подход. Такого мнения придерживается профессор Дуглас Лит из Тринити-колледжа, расположенного в Дублине.

Лит опубликовал специальный отчёт, рассказывающий о результатах его исследования относительно сетевой активности шести наиболее популярных интернет-обозревателей: Google Chrome, Mozilla Firefox, Apple Safari, Brave, Microsoft Edge и Яндекс.Браузер.

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

После этого Лит фиксировал активность браузеров, оставленных в состоянии бездействия на 24 часа. Интересно, что все тесты профессор проводил на компьютере с macOS (установив туда даже Edge).

«Мы выяснили, что браузеры делятся на три категории относительно подхода к конфиденциальности. В первой категории (обеспечивающей наилучшую приватность веб-сёрфинга) оказался Brave, во второй — Chrome, Firefox и Safari, а худшие результаты выдали Edge и Яндекс.Браузер», — пишет в отчёте (PDF) Лит.

По словам исследователя, как Edge, так и Яндекс.Браузер используют аппаратные идентификаторы. Поскольку такие ID привязаны к физическим компонентам устройства, их не так просто поменять.

А вот у Chrome и 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