Cursor attribue la faille à une clé d’accès exposée par Fireworks AI

Dans une mise à jour sur l’incident publiée le 13 novembre 2026, Cursor a indiqué qu’un attaquant avait utilisé une clé d’accès émise par Cursor et exposée par Fireworks AI pour copier des traces historiques d’agents de programmation et des identifiants, puis accéder à certains outils logiciels utilisés par Cursor et diffuser des versions malveillantes de l’extension Claude Code. Les identifiants d’API de moins de 0,01 % des clients ont été exposés.

L’exposition de la clé par Fireworks a permis de copier des données depuis un compartiment en lecture seule utilisé pour le partage de données entre Cursor et le fournisseur. Il contenait un nombre limité de traces d’agents de programmation, datant pour la plupart de 2025 et provenant de sessions sans Privacy Mode, que Cursor était autorisé à utiliser pour l’entraînement de modèles. Un petit nombre de ces traces contenait des identifiants non masqués, qui ont permis d’accéder à certains outils logiciels en tant que service utilisés par Cursor.

À partir de ces outils, l’attaquant a accédé à certains dépôts de code source archivés et hors production de Cursor, dont certains contenaient des coordonnées professionnelles. Parmi les autres éléments consultés figuraient un nombre limité de données d’assistance et d’échanges par courriel, des indicateurs d’utilisation du produit et des coordonnées, des résumés de certaines conversations avec des agents de programmation, ainsi que des identifiants que des utilisateurs avaient transmis à l’équipe d’assistance de Cursor.

Données touchées et systèmes épargnés

Parmi les utilisateurs qui n’utilisaient pas Privacy Mode, les traces d’agents de programmation de moins de 0,05 % d’entre eux ont été exposées, et Cursor a indiqué avoir identifié et averti directement chaque utilisateur concerné. Les traces exposées se limitaient aux données stockées à des fins d’analyse historique hors ligne. Les données client actuelles et le trafic en direct, les requêtes d’inférence en cours, ainsi que les invites et le code utilisés avec Privacy Mode n’ont pas été touchés.

Cursor a également indiqué que ses systèmes de production et l’infrastructure qui assure le fonctionnement de son service, ainsi que les dépôts de code de ses clients, n’avaient pas été touchés. Les mises à jour officielles de l’application et le code distribué aux clients et aux services cloud n’ont pas été affectés : le code des versions est hébergé sur un système distinct auquel l’attaquant n’a jamais accédé, et aucune clé de signature des versions n’a été exposée. L’entreprise a vérifié toutes les autres extensions de sa place de marché VS Code, puis a examiné et reconstruit cette boutique.

Compromission de l’extension et mesures de confinement

La mise à jour relie l’intrusion à la divulgation antérieure par Cursor d’une extension Claude Code malveillante. Le 29 octobre 2026, l’attaquant s’est servi d’un identifiant dérobé dans les données internes exposées pour déposer des versions non autorisées directement dans le cache qui alimente la place de marché de l’extension VS Code de Cursor. Anthropic ne les a pas publiées, son produit n’était pas vulnérable et Open VSX, la source de la place de marché, n’a jamais hébergé le logiciel malveillant. Selon les estimations de Cursor, au maximum 5 000 utilisateurs ayant demandé certaines versions mises en cache ont pu recevoir une version malveillante pendant les quelque 11 heures où elle était disponible.

Le 30 octobre 2026, Cursor a publié des indicateurs de compromission et des ressources de remédiation, puis a commencé à avertir les utilisateurs concernés et les administrateurs d’équipe par des messages dans l’application et par courriel. Les administrateurs ont reçu la liste des clés précises à renouveler lorsque des identifiants avaient été exposés, et Cursor a demandé aux services tiers qui les avaient émises de les révoquer. Les clients dont les données d’assistance ou les données professionnelles pourraient avoir été concernées ont été avertis directement.

Les systèmes de surveillance de Cursor ont détecté l’activité non autorisée. Par mesure de précaution, l’entreprise a temporairement désactivé davantage de services internes et de produits que ne l’exigeaient les éléments disponibles, ce qui a perturbé certaines fonctionnalités, puis les a rétablis après examen. Cursor estime que l’incident est maîtrisé : la dernière activité de l’attaquant observée par l’entreprise a eu lieu le 1er novembre 2026 et a été bloquée. La surveillance des activités anormales se poursuit.

Révocation des identifiants et changements concernant le fournisseur

Cursor a transféré l’ensemble de son trafic d’inférence hors de Fireworks, désactivé la clé du fournisseur et coupé l’accès de Fireworks à tous les jeux de données qui lui étaient partagés. Tous les identifiants de Cursor dont l’exposition a été confirmée ont été renouvelés, puis, par mesure de précaution, tous les identifiants utilisés dans les systèmes internes l’ont également été, même en l’absence de preuve d’exposition. Cursor a aussi étendu, lorsque c’était possible, les restrictions réseau chez ses fournisseurs de services, ajouté l’analyse des secrets aux dépôts de code et à d’autres sources de données internes, redéployé l’infrastructure de production et fait appel à des experts externes en criminalistique numérique.

Par ailleurs, le propre bulletin de sécurité de Fireworks AI indique qu’un fournisseur de services cloud tiers hébergeant ses machines de recherche et développement a subi un incident le 23 octobre 2026. Une partie non autorisée a accédé aux machines de développement de Fireworks le 24 octobre 2026 et y a exécuté une charge de travail non autorisée, ce qui a eu des répercussions supplémentaires sur les données des clients ; Fireworks a détecté cette activité le jour même. Depuis le 25 octobre 2026, l’entreprise n’a détecté aucun autre accès non autorisé réussi à la plateforme client. Ces conclusions restent soumises à une enquête en cours.

Fireworks a révoqué et remplacé des identifiants et des comptes de service, supprimé les privilèges élevés superflus, restreint les voies d’accès réseau, renforcé les contrôles d’accès au stockage et aux outils d’analyse, et amélioré la journalisation et la surveillance avec l’aide de Palo Alto Networks Unit 42. Pendant l’enquête, l’entreprise a désactivé le téléversement et le téléchargement de jeux de données en libre-service utilisés par Batch Inference et l’entraînement à partir de jeux de données. Training SDK reste disponible avec une conservation des données nulle, ce qui signifie qu’aucune donnée d’entraînement n’est stockée au repos, tandis que l’entraînement dans Lab se déroule dans un environnement isolé.

Le nouveau compte rendu situe la compromission de la place de marché au terme d’une chaîne qui a commencé par une clé fournisseur et s’est poursuivie avec des identifiants laissés dans des traces historiques. La révocation des accès du fournisseur et le renouvellement généralisé des identifiants sont donc au cœur de l’évaluation par Cursor des mesures de confinement, tandis que l’enquête toujours en cours de Fireworks laisse les conclusions concernant le fournisseur susceptibles d’être révisées.