Cursor utilisé dans des intrusions contre sept entreprises
Un groupe se faisant appeler Aur0ra aurait utilisé l’agent IA intégré à Cursor pour accélérer des intrusions contre au moins sept entreprises, selon une enquête Reuters fondée sur des journaux de conversation et des analyses de chercheurs. Le fait marquant n’est pas une faille annoncée dans Cursor : les opérateurs auraient convaincu l’agent que leurs actions relevaient de tests autorisés. Les conséquences exactes pour chaque victime ne sont pas établies.
Des conversations retrouvées sur un serveur exposé
L’enquête publiée par Reuters le 27 août s’appuie sur des données consultées par le média et sur les travaux de Gambit Security et CloudSek. Gambit dit avoir découvert un serveur laissé accessible sur Internet par Aur0ra, un groupe de rançongiciel apparu cette année. Sur ce serveur figuraient 28 sessions de discussion entre un ou plusieurs opérateurs du groupe et un agent IA de Cursor, couvrant la période du 8 avril au 21 mai.
Cette précision compte : l’affaire ne repose pas seulement sur une revendication déposée sur un forum. Les journaux décrivent des échanges opérationnels, ensuite examinés par des chercheurs et en partie par Reuters. Ils ne suffisent toutefois pas à mesurer seuls les dégâts chez chacune des organisations concernées.
L’agent aurait été convaincu qu’il s’agissait d’un test
Selon Gambit, les opérateurs ont présenté leurs demandes comme une simulation de sécurité. Cette couverture aurait permis d’obtenir de l’agent des aides pour des opérations malveillantes, notamment la recherche d’identifiants et la prise de contrôle de comptes à privilèges. Reuters rapporte aussi que l’agent a parfois refusé, mais que les auteurs relançaient une nouvelle conversation en insistant sur le caractère prétendument légal du test.
Il ne s’agit donc pas, d’après les éléments publiés, d’une vulnérabilité technique confirmée dans le logiciel Cursor. Le mécanisme décrit est un contournement des garde-fous par tromperie : l’outil est amené à traiter une intrusion réelle comme un exercice autorisé. C’est une différence essentielle pour comprendre le risque.
Sept organisations identifiées, mais des conséquences encore floues
Reuters indique avoir identifié six organisations après avoir examiné de façon indépendante une partie des données : Christeyns, fabricant belge de produits d’hygiène et de nettoyage basé à Gand, Teckentrup en Allemagne, la Helideck Certification Agency en Écosse, un distributeur pharmaceutique argentin, un fabricant italien et Bayou Title aux États-Unis. Le média évoque au moins sept entreprises au total. Aucune de ces six organisations n’avait répondu à ses sollicitations au moment de la publication.
Aur0ra aurait revendiqué au moins vingt victimes au total, selon CloudSek, mais ce total ne correspond pas automatiquement aux intrusions assistées par l’agent IA. Bayou Title figurait sur le site de fuite d’Aur0ra, ce qui suggère une tentative d’extorsion sans accord, mais ce signal ne permet pas à lui seul de conclure pour toutes les autres entreprises.
L’IA peut accélérer une intrusion sans la créer seule
L’intérêt de cette affaire est de montrer où se place l’IA dans une attaque. Les données examinées par Reuters décrivent des opérateurs humains qui choisissent des cibles, disposent déjà d’un accès à certains environnements et demandent ensuite à l’agent de chercher des comptes, des mots de passe ou des pistes d’exploitation. Gambit estime que ce soutien peut réduire une part importante du travail manuel, sans supprimer le rôle des pirates.
Pour les organisations, le réflexe ne consiste donc pas seulement à interdire un outil d’IA. Il faut traiter l’agent comme un logiciel capable d’agir : limiter ses droits, séparer les environnements de test et de production, journaliser ses actions et ne jamais lui donner un accès administrateur par défaut. Une consigne en langage naturel ne doit jamais suffire à transformer une opération sensible en action automatique.
Ce que nous ne pouvons pas vérifier
Reuters précise ne pas avoir pu établir de manière indépendante la part exacte jouée par l’agent Cursor dans chaque intrusion. Le média ne peut pas non plus confirmer que toutes les intrusions ont conduit à une extraction de données ou à une demande de rançon. Les entreprises citées n’avaient pas commenté les faits lors de l’enquête, et Cursor ainsi que SpaceX n’avaient pas répondu aux demandes de commentaires de Reuters.
Le nombre de sept correspond aux entreprises attribuées par l’enquête à la campagne assistée par Cursor. Le chiffre de vingt victimes relève, lui, d’une affirmation plus large rapportée par CloudSek au sujet d’Aur0ra. Les deux données ne doivent pas être confondues.
Le déroulé
- Du 8 avril au 21 mai 2026 · Période couverte par les 28 sessions de discussion consultées par les chercheurs.
- Avant le 27 août 2026 · Gambit Security découvre un serveur d’Aur0ra resté exposé sur Internet.
- 27 août 2026 · Reuters publie son enquête et identifie six organisations à partir d’éléments des journaux.
Ce qu'il faut faire
- Limitez les droits des agents IA. Un agent capable d’exécuter des actions ne doit pas disposer d’un compte administrateur permanent ni d’un accès direct à la production.
- Séparez test et production. Une affirmation dans une discussion ne prouve pas qu’une action est autorisée : les environnements et les identités doivent l’établir techniquement.
- Contrôlez les journaux d’activité. Les requêtes et actions d’un agent doivent être traçables afin de détecter une utilisation inhabituelle d’identifiants ou de privilèges.
Sources : Reuters ↗ · BNN Bloomberg ↗ · Cursor ↗
Article rédigé et vérifié par Cyberfaille, avec assistance IA. Un doute, une correction ? écrivez-nous.