Samsung пропатчил смартфоны от Dirty Pipe быстрее, чем Google Pixel

Samsung пропатчил смартфоны от Dirty Pipe быстрее, чем Google Pixel

Samsung пропатчил смартфоны от Dirty Pipe быстрее, чем Google Pixel

Dirty Pipe — одна из самых опасных уязвимостей в ядре Linux, выявленных за последнее время; она позволяет пользователю с низкими правами перезаписать файлы, предназначенные только для чтения. Спустя почти месяц после выхода патчей для десктопного Linux аналитики решили выяснить, как обстоят дела у Android.

Согласно хронологии, которую приводит Макс Келлерманн, Google представила заплатку от Dirty Pipe в коде Android от 23 февраля. Однако здесь вступил в игру всем известный недостаток этой ОС — апдейты доходят до пользователей гораздо медленнее, чем того бы хотелось.

Тем не менее есть один интересный вопрос: почему баг за последние два года не стал существенной проблемой для мобильных устройств, учитывая, что он появился в версии Linux 5.8, представленной в августе 2020 года. Оказалось, что здесь как раз и помог принцип выпуска апдейтов для Android, поскольку лишь флагманы получают последнюю версию ядра.

Таким образом, баг Dirty Pipe затронул лишь новые смартфоны, выпущенные в 2022 году, например Google Pixel 6, Samsung Galaxy S22 и OnePlus 10 Pro. Кстати, в середине марта эксперты уже продемонстрировали эксплуатацию Dirty Pipe и получение root на Pixel 6 Pro и Samsung S22.

Проблема в том, что аналитики не нашли патчей для Dirty Pipe в мартовском наборе обновления для Android. Более того, заплаток нет и в апрельских апдейтах. А вот у Samsung дела идут куда лучше: в бюллетене от южнокорейского техногиганта упоминается патч для CVE-2022-0847.

Популярную ИИ-библиотеку LiteLLM заразили бэкдором через PyPI

В экосистеме ИИ-разработки всплыла неприятная история: исследователи из Endor Labs обнаружили, что популярная Python-библиотека LiteLLM, у которой больше 95 млн загрузок в месяц, была скомпрометирована в репозитории PyPI. Через заражённые версии злоумышленники распространяли многоступенчатый бэкдор.

Речь идёт о версиях 1.82.7 и 1.82.8. Причём в официальном GitHub-репозитории проекта такого вредоносного кода не было.

Проблема возникла именно в пакетах, опубликованных в PyPI: туда попал файл с закладкой, который декодировал и запускал скрытую нагрузку сразу после импорта библиотеки.

Во второй заражённой версии, 1.82.8, схема стала ещё жёстче. Пакет устанавливал .pth-файл в директорию site-packages, из-за чего вредоносный код мог запускаться вообще при любом старте Python, даже если сам LiteLLM никто не импортировал.

После запуска зловред начинал искать самое ценное: SSH-ключи, токены AWS, GCP и Azure, секреты Kubernetes, криптокошельки и другие конфиденциальные данные. Если заражение происходило в контейнерной или кластерной среде, вредонос пытался двигаться дальше по инфраструктуре, в том числе через развёртывание привилегированных подов на узлах Kubernetes.

Для закрепления на хосте атакующие, как сообщается, ставили systemd-бэкдор sysmon.service, который регулярно связывался с командным сервером и мог получать новые команды или дополнительные вредоносные модули.

Специалисты считают, что за атакой стоит группировка TeamPCP, которая в последнее время явно разошлась: до этого её уже замечали в инцидентах, затронувших GitHub Actions, Docker Hub, npm и OpenVSX.

Украденные данные, по информации исследователей, шифровались и отправлялись на сервер атакующих. Для маскировки использовались домены, внешне похожие на легитимные, например models.litellm[.]cloud и checkmarx[.]zone.

Сейчас разработчикам и DevOps-командам советуют как можно быстрее проверить окружение. Последней известной чистой версией LiteLLM считается 1.82.6. Если в системе использовались 1.82.7 или 1.82.8, нужно проверить наличие файла litellm_init.pth, артефактов вроде ~/.config/sysmon/sysmon.py и сервиса sysmon.service.

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