Хакеры скомпрометировали цепочку поставок LiteLLM для распространения инфостилера
Злоумышленники скомпрометировали релизный конвейер проекта LiteLLM и опубликовали вредоносные Docker-образы, содержащие полезную нагрузку для кражи учётных данных, секретов и переменных окружения. Атака затронула экосистему PyPI и пользователей, разворачивающих библиотеку в контейнерах. Инцидент подчёркивает риски компрометации цепочек поставок ПО и необходимость проверки артефактов перед развёртыванием.
Подробности
По данным BleepingComputer, атакующие скомпрометировали PyPI-пакет проекта LiteLLM и опубликовали вредоносные Docker-образы. Полезная нагрузка представляла собой инфостилер — вредоносное ПО, предназначенное для хищения учётных данных, секретов и переменных окружения. Подобные атаки нацелены на конфиденциальные данные, которые часто хранятся в переменных окружения контейнеров: API-ключи, токены доступа, пароли к базам данных и облачным сервисам. Точный перечень затронутых версий пакета и образов в исходной публикации не раскрывается; конкретный идентификатор CVE также не приводится. Механизм компрометации релизного конвейера указывает на то, что злоумышленники получили доступ к инфраструктуре или учётным данным, используемым для сборки и публикации артефактов.Что делать
В первую очередь необходимо проверить, использовались ли в вашей инфраструктуре пакеты LiteLLM из PyPI и Docker-образы проекта в период компрометации. Следует сверить используемые версии и хеши артефактов с официальными данными мейнтейнеров проекта и откатиться на проверенные релизы. Если в окружении применялись потенциально скомпрометированные образы, необходимо провести ротацию всех секретов и учётных данных, которые могли быть доступны внутри контейнеров: API-ключи, токены, пароли, данные подключения к внешним сервисам. Рекомендуется усилить контроль доступа к CI/CD-системам и репозиториям пакетов, включить MFA для учётных записей мейнтейнеров, а также настроить проверку целостности артефактов и подписей релизов. Для контейнерных сред целесообразно применять сканирование образов на наличие вредоносного кода и минимизировать объём секретов, передаваемых через переменные окружения. Также стоит проанализировать журналы на предмет подозрительной сетевой активности из контейнеров, где разворачивался LiteLLM. Инцидент демонстрирует, что компрометация цепочки поставок ПО остаётся одним из наиболее опасных векторов атак: доверие к популярной библиотеке может обернуться утечкой критичных секретов. Своевременная проверка артефактов, ротация учётных данных и защита релизных конвейеров — обязательные меры для снижения таких рисков.Источник: BleepingComputer