La cause racine n'était pas une simple fuite de jeton, mais une prise de contrôle complète d'un compte. Les attaquants ont compromis le compte GitHub d'un employé de Red Hat et ont utilisé cet accès pour injecter des commits malveillants dans le pipeline CI/CD en amont RedHatInsights/javascript-clients . Cela leur a permis d'abuser du mécanisme de publication de confiance de GitHub, créant des attestations de provenance SLSA authentiques pour leurs versions de paquets piégées et les poussant directement vers le registre npm .

Les paquets compromis contenaient un script preinstall qui s'exécutait automatiquement lors de l'installation, téléchargeant une charge utile de 28 Ko volant des identifiants. Ce logiciel malveillant, identifié comme une nouvelle variante de la famille Mini Shai-Hulud, baptisée « Miasma » et attribuée au groupe de menaces TeamPCP (bien que des imitateurs utilisant le même code source rendu public ne puissent être exclus), agissait comme un ver autoréplicant .

5 juin : l'attaque atteint Microsoft Azure

Les identifiants volés lors de la phase Red Hat ont été réutilisés le 5 juin 2026. Via un compte contributeur précédemment compromis, les attaquants ont poussé un seul commit malveillant vers le dépôt Azure/durabletask . Ce dépôt avait déjà été victime d'une compromission de paquet PyPI le 19 mai, et le même compte contributeur a été utilisé dans les deux attaques, soulignant l'échec d'une révocation complète des accès après la brèche initiale .

Le commit malveillant contenait des fichiers de configuration qui agissaient comme un piège pour les agents de codage IA. Lorsqu'un développeur ouvrait le dépôt dans des outils propulsés par l'IA comme Claude Code, Gemini CLI, Cursor ou VS Code, les fichiers étaient lus automatiquement, injectant des commandes qui exécutaient une charge utile de moissonnage d'identifiants .

La réponse de GitHub a été immédiate et sans précédent. Lors d'un balayage automatisé, 73 dépôts ont été désactivés dans quatre organisations GitHub de Microsoft :

• Azure (incluant l'intégralité du dépôt Azure Functions Action)
• Azure-Samples
• Microsoft
• MicrosoftDocs

Les dépôts affectés affichaient un avis gris : « Ce dépôt a été désactivé. L'accès à ce dépôt a été désactivé par le personnel de GitHub en raison d'une violation des conditions d'utilisation de GitHub » .

Vecteurs d'attaque : comment le ver opérait

La campagne Miasma utilisait une stratégie d'attaque à plusieurs volets, combinant l'empoisonnement classique de la chaîne d'approvisionnement avec de nouvelles techniques d'autopropagation et de ciblage de l'IA.

• Empoisonnement du registre npm : Le vecteur initial utilisait des paquets piégés avec des scripts preinstall malveillants qui délivraient la charge utile au moment où un développeur exécutait npm install .
• Autopropagation du ver : Après avoir infecté la machine d'un développeur, la charge utile de 28 Ko moissonnait les jetons GitHub, les jetons npm et d'autres identifiants. Elle les utilisait ensuite pour commettre automatiquement du code malveillant dans d'autres dépôts auxquels la victime pouvait publier, propageant l'infection sans intervention humaine .
• Moissonnage d'identifiants : Le ver était un voleur de données agressif, ciblant les identifiants AWS, Azure, GCP, Kubernetes, HashiCorp Vault, plus de 90 configurations d'outils de développement, les clés SSH, les variables d'environnement, les portefeuilles de crypto-monnaies et les données de persistance des outils d'IA .
• Contournement de la publication de confiance : En compromettant le compte GitHub d'un employé, les attaquants ont pu contourner le mécanisme de publication de confiance basé sur OIDC de GitHub, rendant les paquets malveillants légitimes avec des attestations de provenance valides .
• Injection dans les agents de codage IA : Lors de la phase Microsoft, le ver a planté des instructions malveillantes dans des fichiers de configuration spécifiquement destinés aux assistants de codage IA. Cela transforme les outils de développement en vecteurs d'attaque involontaires, exécutant automatiquement des workflows contrôlés par les attaquants .

Remédiation et réponse

La remédiation a nécessité un effort synchronisé de plusieurs grandes organisations technologiques et de sécurité.

• Le 5 juin, GitHub a désactivé 73 dépôts Microsoft lors d'un balayage automatique de 105 secondes pour contenir les dégâts .
• Le 1er juin, Red Hat a publié l'avis RHSB-2026-006 et a révoqué tous les jetons npm et les identifiants de publication compromis, supprimant les paquets piégés du registre .
• Le 2 juin, Microsoft Threat Intelligence a publié une analyse détaillée de la chaîne d'attaque, fournissant des conseils de détection pour la communauté .
• Les chercheurs ont fortement conseillé à tous les développeurs concernés de : immédiatement faire tourner tous les secrets CI exposés, les identifiants cloud, les clés SSH et les jetons npm ; auditer les pipelines CI/CD pour détecter les commits non autorisés ; et surveiller les dépôts pour la chaîne de signature du ver : "Miasma – The Spreading Blight" .

Menaces plus larges : la campagne IronWorm et le risque d'imitateurs

L'attaque Miasma ne s'est pas produite en vase clos. Le 5 juin, des chercheurs d'Endor Labs et de StepSecurity ont divulgué une campagne parallèle distincte, baptisée IronWorm, qui avait compromis un ensemble encore plus vaste de 57 paquets npm sur plus de 286 versions malveillantes pour diffuser une nouvelle variante du ver Miasma . Cela a démontré que les acteurs de la menace intensifiaient agressivement leurs opérations et expérimentaient de nouvelles techniques, comme l'abus de fichiers binding.gyp pour l'exécution de code .

La Cloud Security Alliance (CSA) a noté un risque critique à long terme : bien que la campagne ait été attribuée à TeamPCP, le code source sous-jacent a été rendu public. Cela signifie que des acteurs imitateurs utilisant les mêmes outils ou des outils modifiés ne peuvent être exclus, garantissant que le modèle d'attaque Miasma continuera d'être une menace .

La cause racine n'était pas une simple fuite de jeton, mais une prise de contrôle complète d'un compte. Les attaquants ont compromis le compte GitHub d'un employé de Red Hat et ont utilisé cet accès pour injecter des commits malveillants dans le pipeline CI/CD en amont RedHatInsights/javascript-clients . Cela leur a permis d'abuser du mécanisme de publication de confiance de GitHub, créant des attestations de provenance SLSA authentiques pour leurs versions de paquets piégées et les poussant directement vers le registre npm .

Les paquets compromis contenaient un script preinstall qui s'exécutait automatiquement lors de l'installation, téléchargeant une charge utile de 28 Ko volant des identifiants. Ce logiciel malveillant, identifié comme une nouvelle variante de la famille Mini Shai-Hulud, baptisée « Miasma » et attribuée au groupe de menaces TeamPCP (bien que des imitateurs utilisant le même code source rendu public ne puissent être exclus), agissait comme un ver autoréplicant .

5 juin : l'attaque atteint Microsoft Azure

Les identifiants volés lors de la phase Red Hat ont été réutilisés le 5 juin 2026. Via un compte contributeur précédemment compromis, les attaquants ont poussé un seul commit malveillant vers le dépôt Azure/durabletask . Ce dépôt avait déjà été victime d'une compromission de paquet PyPI le 19 mai, et le même compte contributeur a été utilisé dans les deux attaques, soulignant l'échec d'une révocation complète des accès après la brèche initiale .

Le commit malveillant contenait des fichiers de configuration qui agissaient comme un piège pour les agents de codage IA. Lorsqu'un développeur ouvrait le dépôt dans des outils propulsés par l'IA comme Claude Code, Gemini CLI, Cursor ou VS Code, les fichiers étaient lus automatiquement, injectant des commandes qui exécutaient une charge utile de moissonnage d'identifiants .

La réponse de GitHub a été immédiate et sans précédent. Lors d'un balayage automatisé, 73 dépôts ont été désactivés dans quatre organisations GitHub de Microsoft :

• Azure (incluant l'intégralité du dépôt Azure Functions Action)
• Azure-Samples
• Microsoft
• MicrosoftDocs

Les dépôts affectés affichaient un avis gris : « Ce dépôt a été désactivé. L'accès à ce dépôt a été désactivé par le personnel de GitHub en raison d'une violation des conditions d'utilisation de GitHub » .

Vecteurs d'attaque : comment le ver opérait

La campagne Miasma utilisait une stratégie d'attaque à plusieurs volets, combinant l'empoisonnement classique de la chaîne d'approvisionnement avec de nouvelles techniques d'autopropagation et de ciblage de l'IA.

• Empoisonnement du registre npm : Le vecteur initial utilisait des paquets piégés avec des scripts preinstall malveillants qui délivraient la charge utile au moment où un développeur exécutait npm install .
• Autopropagation du ver : Après avoir infecté la machine d'un développeur, la charge utile de 28 Ko moissonnait les jetons GitHub, les jetons npm et d'autres identifiants. Elle les utilisait ensuite pour commettre automatiquement du code malveillant dans d'autres dépôts auxquels la victime pouvait publier, propageant l'infection sans intervention humaine .
• Moissonnage d'identifiants : Le ver était un voleur de données agressif, ciblant les identifiants AWS, Azure, GCP, Kubernetes, HashiCorp Vault, plus de 90 configurations d'outils de développement, les clés SSH, les variables d'environnement, les portefeuilles de crypto-monnaies et les données de persistance des outils d'IA .
• Contournement de la publication de confiance : En compromettant le compte GitHub d'un employé, les attaquants ont pu contourner le mécanisme de publication de confiance basé sur OIDC de GitHub, rendant les paquets malveillants légitimes avec des attestations de provenance valides .
• Injection dans les agents de codage IA : Lors de la phase Microsoft, le ver a planté des instructions malveillantes dans des fichiers de configuration spécifiquement destinés aux assistants de codage IA. Cela transforme les outils de développement en vecteurs d'attaque involontaires, exécutant automatiquement des workflows contrôlés par les attaquants .

Remédiation et réponse

La remédiation a nécessité un effort synchronisé de plusieurs grandes organisations technologiques et de sécurité.

• Le 5 juin, GitHub a désactivé 73 dépôts Microsoft lors d'un balayage automatique de 105 secondes pour contenir les dégâts .
• Le 1er juin, Red Hat a publié l'avis RHSB-2026-006 et a révoqué tous les jetons npm et les identifiants de publication compromis, supprimant les paquets piégés du registre .
• Le 2 juin, Microsoft Threat Intelligence a publié une analyse détaillée de la chaîne d'attaque, fournissant des conseils de détection pour la communauté .
• Les chercheurs ont fortement conseillé à tous les développeurs concernés de : immédiatement faire tourner tous les secrets CI exposés, les identifiants cloud, les clés SSH et les jetons npm ; auditer les pipelines CI/CD pour détecter les commits non autorisés ; et surveiller les dépôts pour la chaîne de signature du ver : "Miasma – The Spreading Blight" .

Menaces plus larges : la campagne IronWorm et le risque d'imitateurs

L'attaque Miasma ne s'est pas produite en vase clos. Le 5 juin, des chercheurs d'Endor Labs et de StepSecurity ont divulgué une campagne parallèle distincte, baptisée IronWorm, qui avait compromis un ensemble encore plus vaste de 57 paquets npm sur plus de 286 versions malveillantes pour diffuser une nouvelle variante du ver Miasma . Cela a démontré que les acteurs de la menace intensifiaient agressivement leurs opérations et expérimentaient de nouvelles techniques, comme l'abus de fichiers binding.gyp pour l'exécution de code .

La Cloud Security Alliance (CSA) a noté un risque critique à long terme : bien que la campagne ait été attribuée à TeamPCP, le code source sous-jacent a été rendu public. Cela signifie que des acteurs imitateurs utilisant les mêmes outils ou des outils modifiés ne peuvent être exclus, garantissant que le modèle d'attaque Miasma continuera d'être une menace .