Баг заблокированного хранилища в Android 14 напоминает работу вымогателя

Баг заблокированного хранилища в Android 14 напоминает работу вымогателя

Баг заблокированного хранилища в Android 14 напоминает работу вымогателя

Баг мобильной операционной системы Android 14 чем-то напоминает работу программ-вымогателей. Проблема в том, что некоторые пользователи получают заблокированное хранилище и полностью нерабочий девайс.

Владельцы устройств, оставившие жалобы на неприятный баг, как раз сравнивают его с программой-вымогателем. В Сети можно найти ранние упоминания проблемы, которая якобы была актуальна только для Pixel 6, но Google, судя по всему, просто проигнорировала их.

Теперь же баг вышел за пределы одной модели и затрагивает Pixel 6, 6a, 7, 7a, Pixel Fold и Pixel Tablet. В настоящее время трекер проблемы насчитывает более 350 комментариев, но от Google по-прежнему нет никакой реакции.

Некоторые владельцы Android-смартфонов выложили логи, в которых можно найти предостерегающие сообщения вида «Failed to open directory /data/media/0: Structure needs cleaning». В результате пользователи сталкиваются с самыми разными проявлениями бага: кто-то застрял на бесконечном цикле загрузки, а кто-то постоянно видит надпись «Pixel is starting...».

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

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

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

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