Cette information est cruciale pour tous ceux qui utilisent des outils de programmation IA, tels que Claude Code, Cursor ou l'interface en ligne de commande de Gemini. Microsoft a dû retirer plus de soixante-dix de ses propres dépôts open source sur GitHub suite à un piratage ayant installé un logiciel malveillant ciblant directement les développeurs travaillant avec ces outils.
Qu'est-il arrivé
Le 5 juin 2026, GitHub a désactivé 73 dépôts Microsoft appartenant à quatre organisations, dont Azure, Azure-Samples, Microsoft et MicrosoftDocs. Si vous tentez d'accéder à ces dépôts aujourd'hui, un message vous informera qu'ils sont actuellement désactivés pour non-respect des conditions d'utilisation de GitHub. Une telle nouvelle est pour le moins surprenante, surtout venant de l'une des entreprises technologiques les plus importantes au monde.
Microsoft a reconnu avoir désactivé ces dépôts le temps de vérifier ce que l'entreprise qualifie de « contenu potentiellement malveillant ». Un porte-parole a indiqué que certains dépôts avaient été rétablis après vérification. D'autres sont restés désactivés pendant un certain temps. Par ailleurs, Microsoft a contacté un nombre limité de clients susceptibles d'avoir téléchargé des fichiers depuis les dépôts concernés, sans toutefois préciser la quantité de données affectées.
De quel type de logiciel malveillant les dépôts Microsoft ont-ils été affectés ?
Le logiciel malveillant, baptisé Miasma, appartient à la famille des vers autoréplicatifs. Cette variante a été découverte par la société de sécurité Cloudsmith et l'analyseur de logiciels malveillants OpenSourceMalware. Ce ver est une évolution d'une autre variante nommée Mini Shai-Hulud, dont le code source a fuité mi-mai 2026.
Ce qu'a fait le logiciel malveillant et comment il s'est propagé
Des pirates ont utilisé les identifiants volés d'un contributeur Microsoft pour déployer une mise à jour malveillante du dépôt Azure Durable Tasks. Ils ont téléchargé des fichiers de configuration qui installaient un code malveillant dès qu'un développeur accédait à ces dépôts via un outil de programmation IA. Ce code malveillant, un fichier de 4.3 Mo, s'activait automatiquement dans Claude Code, Gemini CLI, Cursor, VS Code et les scripts de test npm. Autrement dit, aucune commande ni aucun clic dangereux n'était nécessaire : un simple accès au dépôt via un outil de programmation IA suffisait.
Le ver volait ensuite les identifiants des comptes AWS, Azure, Google Cloud, Kubernetes, npm et GitHub et les utilisait pour télécharger des copies de lui-même vers d'autres dépôts dont les développeurs possédaient des autorisations d'écriture.
Plusieurs caractéristiques ont pu permettre au logiciel malveillant d'échapper à la détection. Premièrement, ce ver utilisait des identifiants légitimes pour générer des jetons légitimes, et les versions malveillantes contenaient des certificats de sécurité valides. Deuxièmement, le logiciel malveillant utilisait des versions légitimes qui, du point de vue d'un scanner de sécurité standard, semblaient parfaitement normales. De plus, le ver produisait une charge utile chiffrée unique pour chaque infection, ce qui annulait l'efficacité de la détection par comparaison de signatures.
Pourquoi les développeurs d'IA étaient-ils visés ?
Il s'agissait d'une attaque délibérée contre des développeurs d'IA. Les pirates ont exploité le fait que ces développeurs utilisent fréquemment des outils de programmation d'IA. Ces outils lisent et interprètent généralement les dépôts dès que les développeurs y accèdent. Par conséquent, un ver qui infecte un développeur à l'ouverture d'un dépôt exploite une faille qui n'existait même pas il y a un an. Le développement logiciel moderne ne nécessite plus l'exécution de programmes : un ver peut infecter un système simplement en ouvrant un paquet spécifique dans un outil donné.
De cette manière, le logiciel malveillant représente l'infection de la chaîne d'approvisionnement, adaptée aux nouvelles réalités du génie logiciel moderne.
Le problème des tâches durables
Les dépôts contenant azure-functions-host, azure-search-openai-demo et l'ensemble de l'écosystème Durable Task pour .NET, Go, Java, JavaScript et Python ont été victimes de l'attaque.
Il est intéressant de noter que ce n'était pas la première faille de sécurité affectant les dépôts open source de Microsoft : mi-mai, le dépôt Durable Task avait été compromis, apparemment par le même groupe. Les experts en sécurité qualifient désormais la faille de juin de « nouvelle compromission ». Selon le chercheur Paul McCarty, « les dépôts à l'origine de la compromission du mois dernier figurent parmi les cibles de nouveau visées. Lorsque le dépôt au cœur de la compromission du mois dernier est au centre de la neutralisation de ce mois-ci, ce n'est pas une coïncidence : c'est la même plaie qui se rouvre. »
Réponse de GitHub à Miasma
Les systèmes automatisés de GitHub ont réussi à détecter l'ampleur de l'infection et à désactiver les 73 dépôts touchés par l'attaque en seulement 105 secondes. Il s'agit d'un temps de réponse record. Cependant, le nombre exact de développeurs ayant accédé aux dépôts concernés avant cette intervention reste inconnu. À ce jour, Microsoft n'a pas communiqué d'informations détaillées concernant l'étendue des dégâts.
Une campagne à suivre de près
L'incident décrit ci-dessus s'inscrit dans une campagne plus vaste qui cible l'écosystème open source depuis décembre 2025. Parmi les autres victimes figurent Bitwarden, Mistral AI, SAP, TanStack et même GitHub. Le mois dernier, une attaque similaire a compromis plus de trente dépôts liés aux solutions cloud développées par Red Hat. On estime que leurs paquets étaient téléchargés à plus de 117 000 reprises par semaine.
En réalité, un schéma sous-tend tous ces incidents : voler les identifiants des développeurs pour diffuser des logiciels malveillants via des canaux légitimes et utiliser l'écosystème open source comme distributeur.
Qu'as tu besoin de faire
Si vous utilisez les outils Azure, contribuez à des projets open source Microsoft ou travaillez avec des dépôts tiers à l'aide d'outils de codage IA, vous devez immédiatement effectuer les opérations suivantes : renouveler vos jetons d'accès personnels GitHub, vos clés SSH, vos secrets CI/CD et vos identifiants pour Azure, AWS et GCP. Il est également nécessaire de vérifier vos dépôts afin de détecter toute modification ou tout processus en arrière-plan susceptible de présenter un risque pour votre système. De plus, il est désormais indispensable de ne plus se fier aux versions systématiquement mises à jour des packages open source et de contrôler rigoureusement les éléments que vous intégrez à votre cycle de développement.
Questions fréquemment posées
Q1 : Qu'est-ce que le ver miasmatique ?
Le ver Miasma est un logiciel malveillant autoréplicatif qui vole les identifiants des développeurs et les utilise pour injecter des logiciels malveillants dans d'autres dépôts de code. Il s'agit de l'évolution d'un outil de piratage public appelé Mini Shai-Hulud, publié par un groupe de pirates informatiques en mai 2026.
Q 2 : Combien de référentiels Microsoft ont été touchés ?
GitHub a fermé 73 dépôts appartenant à quatre entités de Microsoft (Azure, Azure-Samples, Microsoft et MicrosoftDocs). Certains ont été rétablis, d'autres restent suspendus.
Q3 : Pourquoi les outils de codage IA comme Claude Code et Cursor ont-ils été ciblés ?
Ils analysent les dépôts lors du chargement, une pratique relativement récente en matière de développement logiciel. Le vecteur d'attaque exploite cette faille.
Q 4 : Quelles sont les informations d'identification volées par le ver Miasma ?
Il vole les identifiants AWS, Azure, Google Cloud, Kubernetes, npm et GitHub. Grâce à ces identifiants, il infecte n'importe quel dépôt disposant de capacités d'injection de code provenant du développeur infecté.
Q 5 : Pourquoi les outils de sécurité standard n'ont-ils pas détecté la menace ?
Comme le ver utilise de véritables identifiants, des certificats de sécurité valides et produit des charges utiles différentes pour chaque infection, tous les scanners ne voient là qu'une simple mise à jour régulière.
Q 6 : S’agit-il de la première compromission de Microsoft par cette famille de logiciels malveillants ?
Non, le projet Durable Task de Microsoft a été piraté mi-mai. Cela laisse supposer que le logiciel malveillant a de nouveau compromis le projet après la résolution du premier incident.
Q 7 : À quelle vitesse GitHub a-t-il réagi ?
Les 73 dépôts concernés ont été désactivés en 105 secondes grâce à des mécanismes automatisés. Cependant, le nombre de développeurs affectés par le téléchargement de code malveillant reste inconnu.
Q 8 : Dois-je prendre des mesures si je pense avoir été touché ?
Il est recommandé de renouveler régulièrement toutes les informations d'identification susceptibles d'être utilisées, notamment les jetons GitHub, les clés SSH, les secrets CI/CD et les identifiants d'authentification de votre fournisseur de cloud. De plus, il est conseillé d'auditer vos dépôts.
Q 9 : Cela signifie-t-il que les outils de codage IA sont dangereux ?
Pas entièrement : les outils de programmation d’IA sont parfaitement fonctionnels ; le problème réside dans leur utilisation. Il convient d’être aussi prudent lorsqu’on ouvre un dépôt de code inconnu que pour n’importe quel autre programme.
Q 10 : Que signifie cet événement pour la sécurité open source ?
Cela révèle une faille potentielle dans le modèle de confiance inhérent au fonctionnement des logiciels libres. Outre les outils de sécurité, vous aurez besoin de contrôles plus stricts sur les dépendances du code.
