Баг хранилища в Android 14 устранили, но данные юзеров могут не вернуться

Баг хранилища в Android 14 устранили, но данные юзеров могут не вернуться

Баг хранилища в Android 14 устранили, но данные юзеров могут не вернуться

В Google уверяют, что баг заблокированного хранилища в Android 14 теперь устранён. Судя по всему, фикс вышел с ноябрьскими патчами, но возврат файлов пользователям никто не гарантирует.

В примечаниях к патчам есть следующая строка:

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

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

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

Собственно, первые сообщения о критическом баге появились спустя несколько дней после выхода Android 14 (релиз состоялся 4 октября). К сожалению, Google в этот раз не успела вовремя отреагировать на жалобы владельцев Android-смартфонов, поэтому баг попал на многие устройства.

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

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

Популярная библиотека Axios оказалась заражена трояном через npm

Популярная JavaScript-библиотека Axios оказалась жертвой атаки на цепочку поставок: злоумышленник скомпрометировал npm-аккаунт одного из ведущих мейнтейнеров и через него опубликовал две вредоносные версии пакета — axios@1.14.1 и axios@0.30.4.

По данным исследователей, обе сборки распространяли скрытый троян для macOS, Windows и Linux. Axios при этом остаётся одной из самых популярных библиотек в экосистеме npm — её скачивают примерно 100 млн раз в неделю.

В заражённые версии Axios добавили всего одну новую зависимость — plain-crypto-js@4.2.1, замаскированную под легитимную библиотеку crypto-js. При этом в исходном коде Axios эта зависимость никак не использовалась: её задачей был запуск postinstall-скрипта, который связывался с управляющим сервером, скачивал вредоносную нагрузку под конкретную ОС и затем зачищал следы своей работы.

Атака развивалась поэтапно. Сначала в npm загрузили «чистую» приманку plain-crypto-js, чтобы создать историю публикаций, а затем — уже заражённую версию. После этого через взломанный аккаунт мейнтейнера были опубликованы две вредоносные версии Axios — сначала для ветки 1.x, а затем для старой, но всё ещё популярной ветки 0.x. То есть атакующий накрыл сразу оба основных сценария использования библиотеки.

Согласно анализу, вредоносный код начинал сетевую активность почти сразу после установки пакета. На macOS троян маскировался под системный процесс Apple, на Windows использовал PowerShell и скрытый скрипт, а на Linux разворачивал Python-бэкдор во временной директории. После этого вредоносный модуль удалял собственные файлы и подменял их «чистой» заглушкой, чтобы при поверхностной проверке установленный пакет не вызывал подозрений.

Вредоносные версии, по имеющимся данным, оставались доступными в npm примерно два-три часа, после чего их удалили, а пакет plain-crypto-js попал под блокировку. При этом заражённые релизы не появились среди тегов GitHub-репозитория Axios, что указывает на публикацию напрямую в npm в обход обычного CI/CD-пайплайна проекта.

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