Contexte et portée de l'attaque
Le groupe de hackers TeamPCP, apparu fin 2025, a mené une campagne de compromission de la chaîne d'approvisionnement logicielle sans précédent. Entre le printemps 2026 et l’été, il a infecté des projets open‑source majeurs tels que le scanner de sécurité Trivy, l’outil d’API IA LiteLLM, l’infrastructure de Checkmarx, la bibliothèque web TanStack et la plateforme d’IA d’entreprise Mistral AI. Chaque compromission a permis de voler les identifiants des développeurs, d’injecter du code malveillant dans des dépôts GitHub, puis de pénétrer des organisations comme Mercor, OpenAI et la Commission européenne. Le groupe a également déployé le ver « Mini Shai‑Hulud », inspiré de Dune, pour automatiser la diffusion du malware et multiplier les victimes, dépassant le millier d’entreprises touchées.
Infiltration et méthodes d’intelligence
Google Threat Intelligence Group, via sa filiale Mandiant, a placé un analyste sous couverture au sein de TeamPCP dès les premiers jours de la visibilité publique du groupe. L’opération, décrite par le chercheur Austin Larsen, reposait sur la création d’une identité factice (« persona ») qui a gagné la confiance d’un des membres australiens du gang et a été ajoutée au canal de discussion interne nommé CanisterWorm. Cette présence a donné accès à un serveur contenant plus de 10 000 paires nom d’utilisateur/mot de passe et jetons d’accès volés, ainsi qu’à la messagerie instantanée où les opérateurs coordonnaient leurs campagnes. L’analyste a ainsi pu suivre les erreurs d’opsec – notamment l’usage de canaux non chiffrés et la réutilisation d’identifiants – qui ont permis à Google de remonter les profils des deux Australiens arrêtés, Ruben Ian Thomson et Louis Michael Gaebler, en collaboration avec le FBI et l’Australian Federal Police.
Réponse de Google et mesures d’atténuation
Conscient que la notification directe des victimes aurait été trop lente, Google a d’abord ciblé les fournisseurs d’infrastructure capables d’invalider les identifiants volés. Des centaines d’emails ont été envoyés aux équipes de sécurité d’AWS, de Microsoft Azure et d’autres services cloud, demandant la révocation immédiate des clés compromises. Cette action a bloqué l’accès du groupe à des environnements critiques, limitant la capacité d’extorsion. Parallèlement, Google a diffusé des alertes aux entreprises concernées, incluant des indicateurs de compromission (IoC) extraits du serveur de credentials. L’opération a également permis de récupérer des fragments de code malveillant, facilitant la création de signatures de détection pour les solutions de sécurité tierces.
Analyse des limites et enseignements
Bien que l’infiltration ait fourni une visibilité sans précédent, elle repose sur la capacité de maintenir une fausse identité pendant plusieurs mois, ce qui expose l’opération à des risques de découverte. La dépendance à la coopération des fournisseurs cloud montre que la neutralisation des credentials volés reste conditionnée par des processus internes de chaque plateforme. De plus, la stratégie de divulgation indirecte a limité la transparence vis‑à‑vis des victimes, laissant certaines organisations sans information détaillée sur la nature exacte des données compromises. Enfin, l’absence de données publiques sur le nombre exact de systèmes affectés ou sur les performances du ver Mini Shai‑Hulud empêche une évaluation complète de l’impact économique de la campagne. Ces éléments soulignent la nécessité d’améliorer les pratiques d’opsec au sein des projets open‑source et d’établir des protocoles de partage d’information plus rapides entre les acteurs de la cybersécurité.