Технология Windows Defender способна блокировать 85% известных угроз

Технология Windows Defender способна блокировать 85% известных угроз

Встроенные защитные механизмы, реализованные в новой операционной системе Windows 8, способны противостоять широкому спектру угроз, однако они не делают компьютер полностью неуязвимым и не исключают потребности в отдельном антивирусном приложении. К такому выводу пришли исследователи из компании BitDefender в ходе проведенного исследования.

В испытаниях приняли участие три тестовых компьютера. На одной из машин была установлена операционная система Windows 7, а два других ПК работали под управлением свежей Windows 8 (с включенным и отключенным механизмом Windows Defender). Для проведения комплексной проверки использовался целый набор образцов вредоносного кода, включая свежие версии известных вирусов, «троянов», сетевых червей и «руткитов».

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

Выяснилось, что Windows Defender без труда блокирует 85% угроз. Лишь 61 из 385 опробованных вредоносных программ были пропущены встроенной системой безопасности. Разумеется, отключение «защитника» приводит к резкому ухудшению показателей. После деактивации Windows Defender количество успешно сработавших образцов выросло до 234. Наконец, наименее защищенной оказалась операционная система Windows 7, которая позволила запуститься 262 из 385 опасных образцов.

«Компонент Windows Defender, который теперь входит в комплект поставки ОС Windows 8, действительно снижает риск заражения системы, однако, пользователям не стоит уверовать в собственную неуязвимость», — подчеркивает Александру Каталин Косой (Alexandru Catalin Cosoi), глава стратегий защиты из BitDefender.

Стоит также отметить, что в ходе проведенных испытаний не рассматривались новые и неизученные угрозы (zero-day exploits), для распространения которых чаще всего используется веб-браузер, а также технологии Flash и Java. В этот раз исследователей также не интересовали неисполняемые вредоносные сценарии, такие как файлы PHP или JavaScript, не способные причинить непосредственный ущерб системе.

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