В 42 GitHub-репозитория внедрили вредоносный код testmetest

Исследователи безопасности из компании JFrog выявили 42 сторонних репозитория на GitHub, в которые был внедрен вредоносный код в рамках продолжающейся кампании testmetest. Злоумышленники интегрировали загрузчики скрытого издателя npm-пакетов, а также настроили команды автозапуска для популярных сред разработки и инструментов искусственного интеллекта, включая Claude Code, Cursor, Gemini CLI и VS Code.

• Кампания testmetest использует скрытые загрузчики размером около 13 МБ, которые не отображаются в стандартной поисковой выдаче GitHub.
• Вредоносный код настроен на автозапуск через конфигурации инструментов разработки еще до установки зависимостей.
• Злоумышленники крадут секретные данные и способны автоматически публиковать зараженные npm-пакеты через GitHub Actions.

Масштаб угрозы и особенности заражения

Ранее компания SafeDep сообщала об обнаружении аналогичного червя, однако первоначально его активность фиксировалась лишь на тестовых аккаунтах организаторов атаки. Новые данные от JFrog показывают, что кампания затронула реальные репозитории разработчиков и организаций. В конфигурациях инструментов прописан запуск файла .github/init.js, причем для каждого поддерживается свой вектор активации: например, для Claude Code задействовано событие начала сессии, а для VS Code — фоновая задача при открытии папки.

Особенность вредоносного ПО заключается в обходе традиционных методов защиты. Загрузчики общим объемом около 13 мегабайт были обнаружены специалистами не через поиск по коду, а посредством прямого обращения к API деревьев и объектов Git. Зафиксированы различные методы активации, включая использование файлов сборки нативного модуля binding.gyp или вызовы через команду postinstall нативной библиотеки Node.js.

Механизмы атаки на экосистему npm

За десятью различными внешними оболочками скрывается единый вредоносный издатель пакетов. Его главная цель — поиск локальных токенов доступа и эксплуатация механизма доверенной публикации npm через GitHub Actions. Поскольку доверенная публикация привязана к конкретным репозиториям и workflow, компрометация конфигурации позволяет злоумышленникам беспрепятственно выпускать зараженные обновления.

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

Рекомендации по безопасности и проверка систем

Для защиты от кампании testmetest специалистам информационной безопасности необходимо провести аудит деревьев файлов на предмет наличия подозрительных скриптов вроде .github/init.js. Также важно изучить историю workflow и ветки, помеченные как chore/ci-*, уделяя особое внимание шагам публикации и доступу к секретным ключам.

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