Que s’est-il passé ?
Cursor indique que les versions 2.1.312 et 2.1.313 de l’extension Anthropic.claude-code, récupérées depuis sa marketplace entre 02 h 27 et 13 h 35 (heure du Pacifique), le 29 octobre 2026, étaient malveillantes. Le paquet n’était pas développé par Anthropic. Selon Cursor et Microsoft, les distributions officielles depuis Microsoft Visual Studio Marketplace et npm ne sont pas concernées par cet incident.
Que faisait le code malveillant ?
Le code ajouté recherchait des informations sur le poste et tentait d’ajouter une clé SSH contrôlée par l’attaquant au fichier authorized_keys, d’activer un service SSH et de créer un tunnel SSH inverse. Il préparait également des mécanismes de persistance : LaunchAgent sous macOS, tâche planifiée ou script de démarrage sous Windows. L’activation du service SSH échouait sur la plupart des postes sans droits administrateur, mais des traces de persistance pouvaient rester. Cursor indique que le serveur de l’attaquant a été désactivé.
Qui doit vérifier son ordinateur ?
Priorité aux personnes ayant installé ou mis à jour Anthropic.claude-code 2.1.312 ou 2.1.313 depuis la marketplace Cursor sur macOS ou Windows pendant la fenêtre identifiée. La simple présence de Claude Code ne suffit pas à conclure à une compromission : la provenance et la version du paquet comptent.
Une vérification simple, sans modification
Cursor publie l’indicateur svc-telemetry associé à une clé SSH non autorisée. Sur macOS, on peut rechercher cette chaîne dans ~/.ssh/authorized_keys. Sous Windows, vérifier les fichiers %USERPROFILE%\.ssh\authorized_keys et C:\ProgramData\ssh\administrators_authorized_keys lorsqu’ils existent. L’absence de cet indicateur ne suffit pas à prouver qu’un poste est sain : vérifier également l’historique d’installation, les fichiers de persistance et les journaux de sécurité selon les consignes de Cursor.
Que faire en cas d’exposition ?
- Conserver les preuves (version installée, journaux, fichiers et indicateurs) avant nettoyage.
- Isoler le poste si des traces d’exécution malveillante ou de porte dérobée sont détectées.
- Appliquer la procédure officielle Cursor pour supprimer l’extension et les mécanismes de persistance ; une désinstallation seule peut être insuffisante. Examiner les scripts officiels avant leur exécution et respecter leurs consignes de privilèges.
- Vérifier les accès GitHub, SSH, services cloud et jetons exposés. Révoquer sessions et clés potentiellement compromises depuis un poste de confiance.
- Envisager une reconstruction du poste lorsque la compromission est confirmée ou difficile à exclure.
La leçon pour les équipes de développement
Une extension d’éditeur exécute du code dans un environnement qui possède souvent des identifiants Git, des clés SSH et des accès aux projets. La confiance doit porter sur le paquet distribué, sa provenance et son intégrité, pas seulement sur son nom ou son éditeur affiché. Les extensions et postes de développement doivent faire partie de l’inventaire et de la réponse à incident.
Sources officielles
Publié le 2 novembre 2026.