Extension Claude Code trojanisée : un backdoor SSH cible les développeurs

Compromission de la chaîne de distribution d'un outil IA de développement

Le 29 octobre 2026, une attaque de supply chain a frappé de plein fouet l'écosystème des développeurs utilisant l'éditeur Cursor. Des versions trojanisées de l'extension officielle Claude Code — l'assistant de programmation d'Anthropic — ont été publiées sur la marketplace de Cursor sous les numéros 2.1.312 et 2.1.313. Pendant environ 11 heures, ces versions malveillantes se sont présentées comme des mises à jour légitimes, trompant les systèmes de mise à jour automatique de milliers de postes développeurs.

L'analyse technique publiée par StepSecurity, une entreprise spécialisée en sécurité de la chaîne d'approvisionnement logicielle, révèle le mécanisme précis de l'attaque. La charge malveillante s'active en deux temps : d'abord au démarrage de VS Code, puis lorsque la webview de l'extension s'ouvre. L'objectif premier est d'injecter une clé SSH contrôlée par l'attaquant dans le fichier ~/.ssh/authorized_keys de la machine victime, ouvrant ainsi un accès distant persistant et discret.

Même dans les cas où l'installation du backdoor SSH échoue — par exemple sur des machines sans serveur SSH actif — la charge malveillante ne s'arrête pas là. Elle procède à une exfiltration de données de reconnaissance : nom d'utilisateur local, nom d'hôte, adresse IP publique, adresse e-mail Git configurée, et noms des variables d'environnement contenant potentiellement des secrets (tokens API, clés cloud, credentials de bases de données). Ces informations sont transmises à un serveur distant contrôlé par les attaquants.

L'ampleur potentielle de l'incident est significative. Selon les estimations publiées par BleepingComputer et The Hacker News, jusqu'à 5 000 utilisateurs de Cursor auraient pu télécharger la mise à jour compromise. Cursor est un éditeur de code particulièrement populaire parmi les développeurs adoptant précocement les outils d'IA générative ; son environnement cible donc des profils ayant fréquemment accès à des infrastructures sensibles, des dépôts de code propriétaires ou des systèmes cloud.

Point crucial soulevé par l'enquête : la compromission semble avoir été circonscrite à la marketplace de Cursor. Aucun élément ne prouve que les versions 2.1.312 et 2.1.313 aient été distribuées via la VS Code Marketplace officielle de Microsoft ou via Open VSX, le registre alternatif open source. Les développeurs ayant installé l'extension Claude Code via ces canaux ne sont, à ce stade, pas considérés comme affectés par cet incident spécifique.

La réponse d'Anthropic a été rapide. Dès le 30 octobre, les versions compromises ont été retirées de la marketplace de Cursor, et une version saine (2.1.314) a été publiée sur les canaux officiels. Anthropic a également publié un avis de sécurité recommandant aux utilisateurs de Cursor de vérifier leur fichier ~/.ssh/authorized_keys et d'auditer leurs variables d'environnement pour détecter une éventuelle exposition de secrets.

L'investigation sur l'origine exacte de la compromission est toujours en cours. Deux hypothèses principales circulent dans la communauté de sécurité : une compromission du pipeline CI/CD d'Anthropic permettant l'injection dans le processus de build officiel, ou une usurpation réussie des identifiants de publication sur la marketplace de Cursor. Quelle que soit la méthode, l'incident illustre la fragilité des chaînes de distribution des extensions d'éditeurs de code, souvent soumises à des contrôles de sécurité moins rigoureux que les registres de paquets applicatifs.

Ce n'est pas le premier incident du genre dans l'écosystème des extensions VS Code. Des campagnes similaires ciblant des extensions populaires ont été documentées depuis 2023, exploitant la confiance implicite accordée aux outils provenant d'éditeurs reconnus comme Microsoft, JetBrains ou Anthropic. La surface d'attaque que représentent les marketplaces d'extensions reste un angle mort structurel de la sécurité des environnements développeurs.

Un vecteur d'attaque en pleine expansion : les outils IA des développeurs

Cet incident s'inscrit dans une tendance plus large observée tout au long de l'année 2026 : les attaquants déplacent leurs efforts vers les outils utilisés par les développeurs eux-mêmes, plutôt que vers les applications finales. La logique est imparable — compromettre un outil IA d'assistance au développement offre un accès quasi-illimité : code source, secrets d'infrastructure, accès aux dépôts Git, credentials de déploiement. Un seul développeur compromis peut devenir le vecteur d'une attaque sur l'ensemble de la chaîne de production logicielle de son organisation.

L'utilisation d'outils IA comme Claude Code, Copilot ou Cursor est en forte croissance dans les équipes d'ingénierie. Cette adoption rapide s'accompagne souvent d'une révision insuffisante des politiques de sécurité internes : les équipes de sécurité peinent à intégrer ces nouveaux outils dans leurs référentiels de risque. La question des permissions accordées aux extensions de développement — accès aux fichiers système, aux variables d'environnement, à la configuration SSH — mérite d'être posée dans chaque organisation.

Du point de vue réglementaire, cet incident pourrait accélérer les discussions autour de l'obligation de signature et de vérification d'intégrité renforcée pour les extensions publiées sur des marketplaces tierces. La directive NIS2, applicable aux entreprises considérées comme opérateurs de services essentiels et fournisseurs de services numériques, exige la gestion des risques liés à la chaîne d'approvisionnement. Une compromission via une extension de développement IA pourrait constituer un incident NIS2 déclarable si elle conduit à une violation de données ou à une interruption de service.

Pour les équipes de sécurité, la leçon principale est celle de la surveillance des modifications de fichiers sensibles comme authorized_keys. Des outils de détection d'intrusion sur les hôtes (HIDS), des politiques de liste blanche pour les modifications SSH, et une surveillance des communications réseau anormales depuis les processus d'éditeur de code constituent des contrôles pertinents à renforcer dans ce contexte.

Ce qu'il faut retenir

• Vérifiez immédiatement le contenu de ~/.ssh/authorized_keys sur les postes développeurs ayant utilisé Cursor entre le 29 et le 30 octobre 2026.
• Auditez les variables d'environnement et secrets potentiellement exfiltrés (tokens API, clés AWS/Azure/GCP) et procédez à leur rotation préventive.
• Renforcez les politiques de gestion des extensions d'éditeurs de code dans vos politiques de sécurité développeurs, en les intégrant aux revues de risque supply chain.