Скомпрометированные GitHub Actions вернули в строй вместе с вредоносным кодом

Специалисты по безопасности из компании Socket обнаружили, что два скомпрометированных GitHub Actions вновь оказались доступны — вместе с прежним вредоносным кодом, который они продолжали раздавать больше недели.

Речь идёт о действиях actions-cool/issues-helper и actions-cool/maintain-one-comment. Их взломали ещё 18 мая в рамках кампании Mini Shai-Hulud, после чего команда безопасности GitHub удалила оба репозитория, чтобы ни один зависимый рабочий процесс не мог скачать вредонос.

Возвращение без очистки

По данным Socket, в период с 16 по 25 сентября оба действия снова заработали — причём с теми же тегами релизов, что указывали на коммит с обфусцированной нагрузкой внутри файла index.js. В результате любой рабочий процесс, ссылавшийся на действие по номеру версии, при очередном запуске снова скачивал и исполнял старый вредоносный код.

«16 сентября 2026 года оба репозитория снова стали доступны. Теги релизов при этом не были предварительно очищены», — поясняют в Socket. Почему репозитории вернули в строй без надлежащей очистки, остаётся неясным. Точное окно экспозиции — 16 сентября, с 11:09 до 18:16 по GMT+2.

Масштаб

Майская атака на цепочку поставок Mini Shai-Hulud затронула 323 пакета и 639 версий пакетов в реестре npm, заразив их вредоносом, который охотится за токенами разработчиков, учётными данными и секретами CI/CD.

Граф зависимостей GitHub указывает, что от issues-helper зависит около 15 000 репозиториев — правда, это не значит, что все они пострадали. Исследователи пока не установили, сколько зависимых проектов ссылаются на действия по изменяемому тегу, а не по закреплённому коммиту. При этом отмечается, что затронутые действия запускаются практически ежедневно, поскольку обслуживают рутинные задачи по работе с issues.

25 сентября Socket зафиксировала, что оба действия снова отключены: теперь ссылающиеся на них рабочие процессы падают, а не исполняют нагрузку.

Что делать

Socket рекомендует найти все ссылки на оба действия и либо удалить их, либо закрепить проверенный чистый коммит, просмотреть запуски начиная с 16 сентября и сменить секреты, доступные рабочим процессам, которые запускали заражённый тег.

Источник: Bleeping Computer