Microsoft Defender стал блокировать криптомайнеры с помощью Intel TDT

Microsoft Defender стал блокировать криптомайнеры с помощью Intel TDT

Microsoft Defender стал блокировать криптомайнеры с помощью Intel TDT

В Microsoft Defender введена поддержка детектирования скрытых майнеров с использованием технологии Intel TDT. Опция, позволяющая обнаружить таких зловредов на уровне процессора, доступна только пользователям коммерческой версии инструмента защиты — Microsoft Defender for Endpoint.

Разработанная в Intel технология TDT (Threat Detection Technology) предполагает использование аппаратной телеметрии и эвристик для детектирования угроз, способных обойти антивирусную защиту уровня операционной системы. Анализ подозрительной активности при этом проводится с помощью средств машинного обучения, а вся нагрузка по мониторингу и анализу телеметрических данных выносится на графический процессор — GPU.

Согласно пояснению Microsoft, криптомайнеры при работе часто повторяют одни и те же математические операции. В процессорах Intel такую повышенную активность отслеживает блок контроля производительности PMU (Performance Monitoring Unit). При превышении заданного предела на выполнение однотипных инструкций этот сторож инициирует запуск алгоритма машинного обучения, способного распознать цифровой отпечаток зловреда, нацеленного на скрытную добычу криптовалюты.

 

Технология TDT в настоящее время доступна на платформах Intel vPro и Intel Core. По оценке чипмейкера, эту аппаратную защиту предлагают около 1 млрд компьютеров на рынке. Разработчики продуктов Microsoft впервые опробовали TDT в 2018 году с целью ускорения сканирования памяти процессов, выполняемого Windows Defender Advanced Threat Protection (ныне Microsoft Defender for Endpoint).

В начале этого года стало известно, что Intel расширила функциональность TDT, добавив возможность детектирования вымогательских программ, и ею уже собирается воспользоваться ИБ-компания Cybereason. Аналогичные планы вынашивает Microsoft, не желая ограничиваться криптомайнерами. Не исключено, что со временем ее Defender сможет на основе TDT эффективно блокировать даже атаки по стороннему каналу.

К сожалению, это нововведение недоступно пользователям бесплатного Microsoft  Defender, который входит в комплект всех Windows 10.

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