Yahoo Japan пресекла попытку кражи данных

Похищено 22 млн ID сервиса Yahoo Japan

Японская сетевая компания Yahoo Japan, которая имеет мало отношения к американской Yahoo, недавно подверглась страшной кибер-атаке. Представители компании сообщают, что во время нападения хакеры сумели получить данные о 22 млн пользователей. Нападение было обнаружено и установлено буквально сразу же, но за это время хакеры сумели неприятно досадить компании.



Yahoo Japan предполагают, что взломщики пытались заполучить ID пользователей и любую другую информацию, представляющую для них определенную ценность. Пока администраторы не могут сообщить, какой же объём данных был в итоге похищен. Они перехватили файл, содержавший в себе 22 млн ID, в то время как он переписывался с серверов Yahoo. До сих пор не понятно, сумели ли взломщики захватить этот объём данных или нет. Естественно, Yahoo мгновенно пресекла скачивание, как только обнаружила попытку взлома.

Даже если хакеры сумели успешно заполучить файлы, то в любом случае они украли только учетные ID пользователей. В скачиваемом пакете не хранились пароли или любая другая информация, помогающая их сбросить. Пользователи могут проверить, сумели ли хакеры получить их ID. В качестве профилактики предлагается сменить пароль. Отметим, что компания Yahoo Japan обнаружила само нападение еще 16 мая 2013 года, однако информация об утечке появилась в сети только сейчас.

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

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