Google не будет оспаривать штраф от Роскомнадзора

Google не будет оспаривать штраф от Роскомнадзора

Google не будет оспаривать штраф от Роскомнадзора

Американская корпорация Google не стала обжаловать штраф от Роскомнадзора, который, напомним, был установлен в размере 500 000 рублей. Также на данный момент неясно, когда интернет-гигант планирует оплатить сумму. В Роскомнадзоре же ждут законопроект, который позволит штрафовать компанию на миллионы.

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

«Штраф мы решили оплатить. Оспаривать принятое решение не будем», — передают РИА Новости слова пресс-службы ИТ-корпорации.

Со своей стороны, глава Роскомнадзора Александр Жаров заявил, что многомиллионные штрафы наверняка заставят неуступчивую американскую корпорацию соблюдать российское законодательство. Жаров, пожалуй, понимает, что 500 000 рублей — не та сумма, которая способна напугать столь крупного игрока.

«Вести речь о том, будут это просто большие по объему штрафы или штрафы, размер которых привязан к обороту компаний, пока рано. Я думаю, следует рассмотреть различные варианты, с учетом мнения иных ведомств. Этого законопроекта пока нет, но я надеюсь, что он в ближайшее время появится, и мы дадим на него свой отзыв», — заявил в интервью ТАСС Жаров.

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