Заточенные под Apple M1 вредоносы — они уже здесь

Заточенные под Apple M1 вредоносы — они уже здесь

Заточенные под Apple M1 вредоносы — они уже здесь

В ноябре прошлого года Apple представила новые линейки MacBook Pro, MacBook Air и Mac Mini 2020, ставшие первыми устройствами купертиновцев, оснащёнными Apple M1, системой на кристалле ARM-архитектуры. Спустя несколько месяцев авторы отдельных вредоносных программ уже адаптировали свои разработки под новое железо.

Издание Wired обсудило новые версии вредоносов под Apple M1 с Патриком Уордлом, известным исследователем в области кибербезопасности. Уордл специализируется на изучении зловредов, разработанных под операционную систему macOS.

Что такого важного в ARM-процессорах и почему все так воодушевились и одновременно обеспокоились выходом Apple M1? Всё дело в том, что такие CPU используют архитектуру набора команд (Instruction Set Architecture, ISA), отличную от привычных нам десктопных x86-процессоров.

Софт, разработанный для одной архитектуры, не сможет без помощи работать на другой ISA. В своих устройствах Apple решила этот вопрос просто — добавила систему Rosetta, которая автоматически преобразует приложение для использования с процессором Apple.

Каким же боком тут вредоносы, спросите вы? Дело в том, что авторам зловредных программ совсем необязательно писать свой софт именно под Apple M1. Большинство существующих macOS-вредоносов могут спокойно работать через ту же Rosetta 2.

Тем не менее у кастомной разработки специально под Apple M1 есть и свои плюсы. Ну, скажем, чем более отточен и производителен код вредоноса, тем лучше у того получится скрываться от пользователя.

Патрик Уордл разобрал один из образцов вредоносной программы для Apple M1 здесь. Как выяснил специалист, на новый семпл «ругаются» 24 антивируса на VirusTotal. Семь из них увидели в зловреде признаки семейства адваре Pirrit.

Pirrit — очень старая программа, которая начинала как вредонос для Windows, однако позже авторы портировали её под macOS. Помимо стандартного поведения нежелательной программы, Pirrit успешно использует уход от детектирования в системе жертвы.

Популярную ИИ-библиотеку 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