
In this article (3)
Votre marketplace de plugins IDE est désormais un risque pour vos identifiants IA : ce que la campagne JetBrains enseigne aux développeurs
Key Takeaways
- Installer un plugin IDE depuis une marketplace officielle ne garantit pas sa sécurité ; traitez le choix des plugins comme une décision liée à la chaîne d'approvisionnement et vérifiez l'identité de l'éditeur avant l'installation.
- L'attaque ne se déclenchait que lorsqu'un utilisateur cliquait sur « Appliquer » dans les paramètres du plugin, ce qui signifie que l'hygiène des identifiants dans la configuration de votre IDE est aussi importante que les contrôles au niveau réseau.
- Faites tourner les clés API d'IA après tout audit de plugin et utilisez des gestionnaires de secrets ou des variables d'environnement plutôt que les boîtes de dialogue des paramètres IDE lorsque vos outils le permettent.
Le signalement par Aikido Security d'au moins 15 plugins malveillants coordonnés montre que les places de marché d'outils pour développeurs constituent désormais une surface d'attaque privilégiée pour l'exposition des identifiants d'IA.
La découverte par Aikido Security d'au moins 15 plugins malveillants coordonnés montre que les places de marché d'outils pour développeurs constituent désormais une surface privilégiée pour l'exposition des identifiants d'IA.
Soixante-dix mille installations. C'est l'échelle à laquelle au moins 15 plugins malveillants se sont propagés sur le JetBrains Marketplace avant que des chercheurs ne documentent la campagne, selon un reportage de BleepingComputer de juin 2026. Ces plugins n'étaient pas des pièges évidents. Ils se présentaient comme le genre d'outils qu'un développeur en quête de productivité assistée par IA installerait naturellement : assistants de codage, utilitaires de révision de code, outils Git. La leçon à retenir ici n'est pas simplement que des éléments malveillants existent dans les écosystèmes logiciels. C'est que le flux de travail utilisé par les développeurs pour accélérer leur travail assisté par IA est structurellement identique au flux de travail qui expose leurs identifiants, et que comprendre cette structure est ce qui permet de construire avec plus de soin.
Comment le mécanisme d'exfiltration fonctionnait
Aikido Security a identifié la campagne et en a documenté les mécanismes en détail. Les plugins malveillants contenaient une logique qui se déclenchait lors d'une seule action utilisateur bien précise : cliquer sur « Appliquer » après avoir saisi des identifiants d'API IA dans la boîte de dialogue des paramètres du plugin. À ce moment précis, la clé était transmise via HTTP vers un serveur à l'adresse IP 39.107.60[.]51, codée en dur dans le plugin. Selon le résumé de SOC Defenders de l'enquête de BleepingComputer, cette conception n'était pas ambiguë ; l'exfiltration ciblait l'instant exact où un développeur supposerait raisonnablement que ses identifiants étaient enregistrés localement dans la configuration de son IDE. La campagne était active depuis octobre 2025, avec de nouveaux plugins continuant d'apparaître aussi récemment qu'en juin 2026, répartis sur environ sept comptes de fournisseurs sur le marketplace. L'utilisation de plusieurs comptes signifiait que la suppression de plugins individuels ne neutralisait pas l'opération, puisque les mêmes acteurs pouvaient republier sous un nom de compte différent.
L'angle chaîne d'approvisionnement que les développeurs doivent comprendre
Ce qui est instructif dans cette campagne, ce n'est pas que des logiciels malveillants existent ; c'est là où ces plugins opéraient. Les marketplaces de plugins pour IDE sont une infrastructure de confiance. Les développeurs accordent une confiance implicite aux références du marketplace d'une manière qu'ils n'accorderaient pas à un lien de téléchargement aléatoire, et c'est cette confiance sur laquelle la campagne s'appuyait. L'analyse de Knostic sur la sécurité des extensions IDE le formule directement : les extensions IDE occupent une position privilégiée dans l'environnement de développement, avec accès aux fichiers de configuration, aux identifiants et aux sorties réseau que la plupart des autres catégories de logiciels ne recevraient pas sans permission explicite. La même architecture de plugins qui rend les assistants de codage IA véritablement utiles — intégration profonde avec les fichiers et paramètres du projet — est ce qui a rendu ces références malveillantes dangereuses. Il s'agit d'une observation structurelle, pas d'une raison d'éviter les outils ; c'est une raison d'appliquer le même niveau de scrutin à une référence de marketplace que celui que vous appliqueriez à une dépendance dans votre manifeste de paquets.
L'incident JetBrains ne s'est pas produit de manière isolée. The Hacker News a rapporté en janvier 2026 que des extensions VS Code IA malveillantes avaient accumulé 1,5 million d'installations et volaient le code source des développeurs. Netwrix a publié une analyse en mai 2026 notant que les assistants de bureau IA et les outils de codage présentent des risques liés au stockage des identifiants qui sont distincts des problèmes traditionnels d'hygiène des identifiants, car les identifiants concernés (les clés API des fournisseurs d'IA) comportent une exposition financière directe et peuvent être utilisés pour exfiltrer des données de l'infrastructure du fournisseur d'IA plutôt que simplement de l'environnement local du développeur.
Ce que les développeurs peuvent faire dès maintenant
Les obligations pratiques ici sont simples, même si la posture de conformité autour d'elles est encore en cours de formation. Le résumé de SOC Defenders de l'enquête identifie trois actions immédiates : supprimer tout plugin suspect de votre environnement IDE, surveiller toute utilisation non autorisée de clé API sur vos comptes de fournisseurs d'IA, et traiter l'installation de plugins tiers comme une décision de chaîne d'approvisionnement plutôt que comme une décision de commodité.
Ce troisième point est le plus durable. Auditer quels plugins ont accès aux points de saisie des identifiants dans votre IDE, vérifier l'historique des comptes des éditeurs, et privilégier les plugins de fournisseurs ayant des identités organisationnelles vérifiables ne sont pas des mesures de sécurité exotiques ; ce sont les mêmes étapes de diligence raisonnable que les équipes logicielles appliquent déjà aux dépendances open source.
Pour les équipes qui travaillent professionnellement sur des API IA, l'implication en matière de gestion des identifiants mérite d'être formulée clairement. Une clé API saisie dans la boîte de dialogue des paramètres d'un plugin et exfiltrée via HTTP est une clé que votre fournisseur d'IA n'a aucun moyen de distinguer d'une utilisation légitime. La rotation des clés après tout audit de plugins, la limitation des clés aux permissions minimales requises, et l'utilisation de variables d'environnement ou de gestionnaires de secrets plutôt que des boîtes de dialogue des paramètres IDE partout où l'outillage le permet, réduit le rayon d'impact de toute exposition future. Rien de tout cela ne nécessite d'attendre qu'un marketplace améliore son processus de vérification ; ce sont des contrôles qu'un développeur peut mettre en œuvre aujourd'hui.
Le cas JetBrains ne sera pas la dernière campagne de ce type. À mesure que les identifiants d'API IA deviennent plus précieux financièrement et opérationnellement, l'écosystème d'outils pour développeurs devient une cible plus attrayante. Les développeurs qui traitent leur liste d'extensions IDE avec le même sérieux qu'ils apportent à leur graphe de dépendances sont ceux qui navigueront dans cet environnement avec le moins de perturbations. Surveillez la documentation des problèmes de sécurité corrigés de JetBrains, qui constitue une référence continue utile pour les divulgations liées au marketplace, ainsi que les reportages supplémentaires d'Aikido Security, qui a été parmi les sources les plus précises sur cette catégorie de risques liés à la chaîne d'approvisionnement.