Червь Miasma атаковал Microsoft GitHub: 73 репозитория отключены за 105 секунд

5 июня 2026 года саморазмножающееся вредоносное ПО, известное как червь Miasma, всего за 105 секунд вынудило GitHub отключить 73 репозитория, принадлежащих Microsoft . Это была не простая инъекция кода, а сложная атака на цепочку поставок, превратившая в оружие ИИ-помощники — те самые инструменты, которым разработчики доверяют больше всего. Затронутые репозитории охватывали четыре ключевых подразделения Microsoft: Azure, Azure-Samples, Microsoft и MicrosoftDocs . Это событие стало поворотным моментом в кибербезопасности, где простое открытие кодовой базы в ИИ-среде превратилось в триггер для кражи учетных данных.

Как разворачивалась атака: ИИ-инструменты стали спусковым крючком

Новизна атаки заключалась в ее нестандартном подходе — она обходила традиционные средства защиты, превращая инструменты разработчика в векторы нападения.

• Точка входа: Взлом начался с вредоносного коммита в репозиторий Azure/durabletask, отправленного с использованием ранее скомпрометированной учетной записи контрибьютора . Чтобы избежать обнаружения, коммит назвали "Switched DataConverter to OrchestrationContext [skip ci]", а его метаданные подделали, указав дату за март 2020 года .
• Доставка через ИИ-ассистентов: Коммит не изменял исходный код напрямую. Вместо этого он добавлял конфигурационные файлы для Claude Code, Gemini CLI и Cursor . Когда разработчик открывал зараженный репозиторий в Claude Code, Gemini CLI, Cursor или Visual Studio Code (VS Code), эти ИИ-инструменты автоматически считывали файлы конфигурации, запуская скрытый модуль для кражи учетных данных .
• Что было украдено: После активации червь похищал широкий спектр критически важных данных с компьютера разработчика и связанных сред, включая учетные данные от AWS, GCP, Azure, HashiCorp Vault, Kubernetes и GitHub Actions .
• Саморазмножение: Заполучив учетные данные, червь использовал их для отправки идентичного вредоносного коммита в другие репозитории, доступные жертве, что позволяло ему молниеносно распространяться по разным организациям .

Происхождение: компрометация npm-пакетов Red Hat

Инцидент с Microsoft GitHub стал финальным актом кампании, начавшейся несколькими днями ранее в сфере цепочки поставок открытого программного обеспечения.

1 июня 2026 года злоумышленники, используя украденную учетную запись сотрудника Red Hat на GitHub, опубликовали вредоносные версии 32 официальных npm-пакетов @redhat-cloud-services, охватывающие более 90 версий . Подразделение Microsoft Threat Intelligence выяснило, что источник компрометации находился в исходном CI/CD-пайплайне RedHatInsights/javascript-clients, что позволило атакующим выпускать троянизированные пакеты с подлинными подписями происхождения . Эти вредоносные пакеты содержали запутанный скрипт предустановки, который запускал похититель учетных данных при установке, закладывая основу для дальнейшего распространения Miasma .

Реагирование и сдерживание

Реакция на атаку была молниеносной и решительной, однако ее последствия оказались гораздо глубже.

• Немедленное отключение: Автоматические системы GitHub по борьбе со злоупотреблениями отключили все 73 зараженных репозитория двумя отдельными волнами, мгновенно заблокировав публичный доступ и выдав уведомление о "нарушении условий обслуживания" .
• Восстановление и устранение последствий: К 8 июня Microsoft полностью восстановила все пострадавшие репозитории и уведомила затронутых клиентов . Ключевой вывод заключался в том, что злоумышленник повторно использовал необновленные секреты GitHub Actions для сохранения и расширения доступа, что указывает на неполную очистку после предыдущего взлома .
• Более глубокая проблема: Расследование показало, что украденные учетные данные, использованные в атаке 5 июня, находились в активных логах стилеров в течение 48 дней до их применения, что свидетельствует о долгосрочном проникновении, предшествовавшем активации червя .

Атрибуция: наследие Shai-Hulud и проблема подражателей

Miasma является прямым потомком фреймворка Mini Shai-Hulud worm, созданного киберпреступной группой TeamPCP . Предыдущая кампания TeamPCP, раскрытая 12 мая 2026 года, уже скомпрометировала более 170 пакетов npm и PyPI, которые в совокупности были загружены более 518 миллионов раз и напрямую нацеливались на ИИ-библиотеки для разработчиков .

Ситуация осложняется тем, что TeamPCP опубликовала фреймворк Mini Shai-Hulud в открытом доступе . Это означает, что неограниченное число подражателей получило доступ к той же кодовой базе. Хотя методы и код надежно связывают Miasma с наследием TeamPCP, многие исследователи в области безопасности предостерегают от однозначной атрибуции оригинальной группировке, так как любой злоумышленник с открытым инструментарием мог организовать часть или всю эту волну атак .

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

Атака Miasma кардинально меняет представление о границах безопасности. Открытие репозитория с кодом больше не является пассивным и безопасным действием. Исследователи единодушны в нескольких ключевых рекомендациях:

• Отозвать и заменить все: Немедленно обновите все токены GitHub Actions, учетные данные облачных провайдеров, токены для публикации в npm и любые другие секреты, которые могли быть раскрыты через логи CI/CD, зараженные репозитории или логи стилеров .
• Обязательная строгая MFA: Требуйте многофакторную аутентификацию, желательно с использованием аппаратных ключей безопасности, для всех учетных записей контрибьюторов, чтобы предотвратить несанкционированный доступ .
• Очистка границ доверия ИИ-инструментов: Относитесь к недоверенным репозиториям так же, как к неизвестным исполняемым файлам. Настройте ИИ-агенты для кодинга (Claude Code, Cursor, Gemini CLI, VS Code) таким образом, чтобы они не запускали и не считывали автоматически конфигурационные файлы и задачи из репозиториев .
• Усиление защиты CI/CD-пайплайнов: Проведите аудит рабочих процессов GitHub Actions, ограничьте права на запись для токенов Actions, удалите неиспользуемые токены и обеспечьте использование краткосрочных учетных данных .
• Укрепление гигиены цепочки поставок: Используйте инструменты сканирования зависимостей, генерируйте SBOM (спецификацию состава ПО) и проверяйте происхождение пакетов перед установкой. Отслеживайте пакеты на наличие запутанных скриптов предустановки или постустановки .