Бывшая сотрудница медцентра отомстила за свое увольнение

Ксения Ренселаева 11 Декабря 2010 - 21:40

...

На этой неделе состоялся суд по делу о взломе компьютерной сети медицинского центра, произошедшего в 2009 году. Злоумышленником оказалась бывшая сотрудница информационно-технического отдела центра; она была приговорена к 18 месяцам лишения свободы.

Согласно источнику, тридцатилетняя Патрисия Мари Фоулер, некогда работавшая в государственном медицинском центре Suncoast, расположенного в городе Раскин, штат Флорида, на должности технического специалиста информационно-технического отдела была уволена за несоблюдение субординации в марте 2009 года. Обиженная сотрудница не смогла с этим смириться и решила отомстить своему работодателю, вторгшись во внутреннюю сеть медцентра, в результате чего нанесла существенный ущерб, который оценивается в $17000. Стоит заметить, что центр является некоммерческим государственным учреждением, предоставляющим безвозмездное медицинское обслуживание.

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

Фоулер была арестована в апреле 2009 года. Отметим, что во время допроса, устроенного агентами ФБР, обвиняемая отказывалась от причастности к взлому, однако впоследствии признала свою вину и отдала пароли от файерволла.

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

Следующая главная новость »

DDoS 2026: атаки меняются — готова ли ваша защита?
Регистрируйтесь на эфир!

Екатерина Быстрова 25 Марта 2026 - 10:11

Бэкдоры Домашние пользователи Корпорации

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

DDoS 2026: атаки меняются — готова ли ваша защита?
Регистрируйтесь на эфир!