Cursor a publié le 13 novembre un compte rendu plus complet de l'incident de sécurité qu'il avait annoncé à la fin d'octobre. Selon la Cursor Team, l'intrusion a commencé avec une clé d'accès que l'entreprise avait délivrée à Fireworks. Cette clé, écrit Cursor, a été exposée par Fireworks, puis utilisée pour copier des données depuis un espace de stockage en lecture seule que Cursor partageait avec ce fournisseur. Le texte constitue, à ce stade, la description publique la plus détaillée de la manière dont une copie malveillante de l'extension Claude Code d'Anthropic a atteint la place de marché VS Code de Cursor, et des données clients que l'éditeur estime désormais concernées.
Cursor indique que cet espace contenait un ensemble limité de traces de sessions d'agents de code, surtout datées de 2025, issues de sessions qui n'étaient pas en Privacy Mode et que l'entreprise était autorisée à utiliser pour l'entraînement de modèles. Une petite partie de ces traces, selon l'éditeur, contenait encore des identifiants qui n'avaient pas été masqués, et moins de 0,01 pour cent des clients auraient vu des identifiants d'API exposés de cette façon. À partir de ces identifiants, Cursor dit que l'attaquant a atteint certains outils SaaS internes, puis a obtenu des dépôts de code source hors production déjà archivés (certains avec des contacts professionnels), des données limitées d'assistance et des échanges de courrier, des métriques d'usage et des coordonnées, des résumés de certaines conversations avec l'agent de code, ainsi que des identifiants que des utilisateurs avaient envoyés à l'équipe d'assistance.
L'éditeur affirme que ses systèmes de surveillance ont détecté l'activité non autorisée. Il dit avoir alors désactivé la clé du fournisseur, ouvert une cellule de réponse à l'incident, puis commencé à renouveler les identifiants et à chercher d'autres accès. Par précaution, Cursor indique avoir temporairement arrêté des services internes et produits au-delà de ce que les preuves exigeaient, ce qui a brièvement perturbé certaines fonctions, avant de rétablir chaque service une fois cela jugé sûr. Dans le texte du 13 novembre, Cursor déclare que la dernière activité de l'attaquant qu'il a observée date du 1er novembre et qu'elle a été bloquée.
Le volet le plus visible de l'affaire était déjà public. Le 29 octobre, Cursor avait publié un avis de sécurité indiquant qu'entre environ 2 h 27 et 13 h 35, heure du Pacifique, des versions falsifiées du paquet Anthropic.claude-code 2.1.312 et 2.1.313 avaient été servies sur sa place de marché d'extensions et tentaient d'installer une porte dérobée SSH persistante. La mise à jour du 13 novembre ajoute que l'attaquant a utilisé un identifiant volé dans les données internes exposées pour déposer ces copies non autorisées directement dans le cache qui alimentait la place de marché. Cursor affirme qu'Anthropic n'a pas publié cette copie, qu'il ne s'agissait pas d'une faille du produit d'Anthropic, et qu'Open VSX, la source en amont de la place de marché, n'a jamais transporté le logiciel malveillant. L'éditeur estime qu'au plus 5 000 utilisateurs ayant demandé des versions précises en cache le 29 octobre ont pu recevoir la compilation falsifiée, disponible pendant environ 11 heures avant son retrait et la fermeture temporaire de la place de marché. L'équipe de sécurité de Microsoft, dans un texte du 30 octobre, a décrit de façon indépendante la même plage horaire et le comportement de la porte dérobée SSH, et a indiqué que ces paquets n'avaient été publiés ni sur le Microsoft Visual Studio Marketplace ni sur npm. Microsoft a aussi écrit qu'Anthropic avait confirmé que ses propres systèmes n'avaient pas été compromis.
Cursor dit que la grande majorité des clients n'a pas été touchée et qu'il a contacté chaque client concerné avec les informations qui lui sont propres. Dans le texte du 13 novembre, l'éditeur affirme que les invites et le code des utilisateurs de Privacy Mode n'ont pas été exposés; que les traces d'agents de code l'ont été pour moins de 0,05 pour cent des utilisateurs qui n'étaient pas en Privacy Mode, tous prévenus; et que le trafic en direct, les systèmes de production, les mises à jour officielles de l'application, les clés de signature des versions, les autres extensions de la place de marché, Cloud Agents, Grok Bot et les autres produits SpaceX SI n'étaient pas concernés. Cursor indique aussi avoir retiré tout le trafic d'inférence de Fireworks, avoir renouvelé les identifiants exposés et, par précaution, d'autres identifiants internes, avoir reconstruit la place de marché, étendu la détection de secrets, redéployé l'infrastructure de production et fait appel à des experts en criminalistique numériques externes.
Le récit de Cursor fait remonter le point de départ à une clé « exposée par Fireworks ». Fireworks avait déjà annoncé une intrusion d'octobre 2026 ayant atteint ses systèmes de développement et exposé certaines données de facturation et certains ensembles de données clients; Notion a ensuite indiqué que des transcriptions de conversations Insights figuraient parmi les éléments concernés. Ces communications antérieures ne décrivaient ni la portée des données de Cursor ni le logiciel malveillant sur la place de marché, et le texte du 13 novembre de Cursor n'identifie pas explicitement l'exposition de sa clé comme le même incident Fireworks. Les pourcentages d'impact, la liste des systèmes atteints et l'affirmation que l'incident est circonscrit restent des conclusions de Cursor. Les personnes qui ont installé ou mis à jour les compilations altérées de Claude Code pendant la fenêtre du 29 octobre sont toujours invitées à suivre les mesures de l'avis de sécurité initial, qui prévenait que désinstaller l'extension pouvait ne pas suffire, car la charge utile pouvait laisser des mécanismes de persistance distincts.