Quand les identifiants de développement IA deviennent une cible : Djinn Stealer et la nouvelle surface d'attaque de la chaîne d'approvisionnement

Quand les identifiants de développement AI deviennent une cible : Djinn Stealer et la nouvelle surface d'attaque de la chaîne d'approvisionnement

En juin 2026, l'Adversary Pursuit Group de Blackpoint Cyber a divulgué une campagne d'attaque ciblant les outils de surveillance et de gestion à distance (RMM). Les attaquants ont exploité une vulnérabilité de contournement d'authentification (CVE-2026-48558) dans la plateforme SimpleHelp, obtenant des privilèges d'administration à distance équivalents à ceux d'un administrateur informatique, puis ont déployé un malware voleur d'informations nommé Djinn Stealer. L'objectif de ce malware est très clair : extraire en une seule fois toutes les identités numériques de valeur présentes sur la machine du développeur — identifiants cloud, clés SSH, clés API, identifiants de comptes de service, ainsi qu'une nouvelle catégorie frappante : les identifiants des outils et agents de développement AI.

De RMM à tremplin vers la chaîne d'approvisionnement AI

SimpleHelp est une plateforme RMM utilisée par plus de 6 000 organisations, gérant des millions de terminaux. Les attaquants ont d'abord exploité la vulnérabilité sur les serveurs SimpleHelp exposés sur Internet, obtenant des sessions de technicien authentifiées — ce qui signifie qu'ils ont acquis les mêmes capacités de contrôle à distance qu'un administrateur informatique légitime. Cet abus d'infrastructure « de confiance » n'est pas nouveau, mais combiné à la cible spécifique de la charge utile finale, cette attaque révèle une évolution stratégique plus profonde.

Une fois à l'intérieur du réseau interne, les attaquants ont déployé à grande échelle un chargeur JavaScript obscurci nommé TaskWeaver, déguisé en fichier jsquery.js légitime, hébergé sur une infrastructure Cloudflare temporaire. Ce chargeur était responsable de l'identification du système infecté, de l'établissement de la communication avec le serveur C2 et de la récupération de la charge utile finale Djinn Stealer.

Les chercheurs de Blackpoint décrivent Djinn Stealer comme « construit pour extraire en une seule fois tout ce qui a de la valeur sur la machine du développeur ». Outre les types d'identifiants traditionnels, il cible particulièrement les identifiants des registres de paquets et des écosystèmes d'outils de construction tels que npm, Yarn, NuGet, Composer, Maven, PyPI. Les attaquants obtenant ces identifiants peuvent accéder à des paquets privés, publier des malwares, falsifier des dépendances et mener des attaques sur la chaîne d'approvisionnement.

Les outils de développement AI deviennent une nouvelle surface d'attaqueLe plus préoccupant est que Djinn Stealer est conçu pour rechercher des identifiants liés aux outils et agents de développement IA, y compris les fichiers de configuration locaux de services tels que Claude, Gemini, Codex, Cline, OpenCode, Kilo, etc. Ces outils reposent pour la plupart sur le protocole de contexte de modèle (MCP), qui connecte les assistants IA aux outils et données externes des développeurs — y compris les dépôts de code source, les bases de données, les comptes cloud et les API internes. Une fois ces identifiants volés, les attaquants peuvent accéder et manipuler les données et l’infrastructure cloud avec les autorisations du développeur ou de l’agent IA lui-même.

Nevan Beal, analyste principal MDR chez Blackpoint, souligne : « À mesure que l’IA s’intègre dans les flux de travail de développement, de gestion et d’exploitation, les identifiants liés à ces plateformes deviennent de plus en plus précieux pour les acteurs malveillants. » La singularité de Djinn Stealer ne réside pas seulement dans sa manière de cibler les données liées à l’IA, mais aussi dans le fait que ses règles de collecte couvrent un large éventail d’outils de développement IA relativement peu courants, tout en incluant également les identifiants CI/CD, l’authentification des registres de paquets, les configurations cloud, l’accès aux dépôts de code source, ainsi que les données traditionnelles des navigateurs et des portefeuilles. Cette ampleur indique que les attaquants se concentrent délibérément sur les identités et les points d’intégration qui relient les développeurs et administrateurs modernes à l’ensemble de l’entreprise.L'apparition de Djinn Stealer n'est pas un cas isolé. Elle révèle une tendance qui se consolide : les attaquants ne se contentent plus de voler des mots de passe d'utilisateurs ou des numéros de cartes de crédit, mais commencent à chasser systématiquement les « clés privilégiées » capables d'ouvrir les portes dérobées menant à tout un empire numérique – les identifiants DevOps, en particulier ceux des systèmes d'IA. Dans une usine logicielle moderne, un jeton CI/CD ou un fichier de configuration d'un agent IA peut avoir plus de valeur que le mot de passe de la boîte mail d'un PDG, car ils sont directement connectés aux dépôts de code, aux bases de données de production et aux ressources de cloud computing.

Cet événement oblige également les équipes de sécurité à réévaluer les limites de la « confiance ». Les outils RMM, les assistants de développement IA, les gestionnaires de paquets et les CLI cloud sont censés améliorer l'efficacité, mais leur adoption massive a créé de nouvelles surfaces d'attaque. Lorsqu'un attaquant peut obtenir les mêmes privilèges qu'un administrateur via une seule vulnérabilité, puis utiliser ces privilèges pour voler tous les identifiants reliant les systèmes IA, de développement et d'exploitation, la défense traditionnelle basée sur le périmètre est totalement inefficace.

Les professionnels de la sécurité doivent commencer à considérer les pipelines de développement IA comme des infrastructures critiques. Cela inclut la mise en œuvre d'un contrôle d'accès granulaire sur les fichiers de configuration MCP, les jetons d'agents IA locaux et les identifiants CLI cloud, ainsi qu'une surveillance en temps réel de l'utilisation de ces identités privilégiées. Parallèlement, la sécurité des registres de paquets et des systèmes de construction doit être élevée au même niveau que celle des environnements de production – car un identifiant npm compromis peut entraîner la contamination de toute la chaîne d'approvisionnement en aval.

Conclusion

Djinn Stealer n'est pas la dernière attaque contre les identifiants de développement IA ; elle annonce simplement le début d'une nouvelle ère : lorsque chaque développeur possède des dizaines de jetons cloud, de clés API et de fichiers de configuration d'agents IA, protéger ces identités numériques deviendra le champ de bataille central de la cybersécurité. Les attaquants passent du « vol de données » au « vol d'identifiants », car les identifiants sont à la fois des données et des clés qui mènent à davantage de données. Pour les organisations, le véritable défi n'est pas de corriger une vulnérabilité, mais de repenser toute l'architecture de gestion des identités et des accès des environnements de développement et d'exploitation, afin qu'elle puisse résister à ce type d'attaque spécifiquement dirigé contre la « chaîne de confiance ».