Aurora ransomware utilise Cursor AI pour ses intrusions

Les faits

Des chercheurs en sécurité de CloudSEK et Gambit Security ont publié fin août 2026 une analyse détaillée d'une infrastructure exposée appartenant au groupe ransomware Aurora, révélant l'usage systématique de Cursor — l'assistant de codage IA de l'entreprise américaine Cursor Inc. — comme outil d'assistance opérationnelle pour planifier et exécuter des cyberattaques. Il s'agit de la première fois qu'un usage opérationnel d'un agent IA commercial grand public est documenté dans le cadre d'une campagne ransomware active à large échelle, et non plus dans des scénarios de laboratoire ou des expériences théoriques.

Aurora, également connu sous l'alias Aur0ra, est un groupe cybercriminel russophone opérant depuis au moins 2024. Le groupe s'est spécialisé dans les attaques contre des environnements VMware ESXi — les serveurs de virtualisation massivement déployés dans les centres de données d'entreprise. En compromettant un hyperviseur ESXi, les attaquants peuvent chiffrer simultanément toutes les machines virtuelles hébergées, paralysant en une seule frappe l'ensemble du système d'information de la victime et maximisant la pression pour le paiement de la rançon. Aurora est classifié comme un groupe RaaS (Ransomware-as-a-Service) fournissant son infrastructure à des affiliés tiers.

L'analyse de l'infrastructure exposée a permis aux chercheurs de reconstituer le modus operandi du groupe avec un niveau de détail inhabituel. Les opérateurs d'Aurora utilisaient Cursor Agent — le mode d'assistance autonome de l'outil — en mode interactif, en dialoguant en russe avec l'assistant IA pour planifier chaque phase d'une intrusion. Le moteur IA alimentant Cursor dans ces sessions était Claude Sonnet d'Anthropic, accessible via l'API de Cursor. Les tâches confiées à l'assistant incluaient : reconnaissance de l'environnement victime par scan réseau, planification de l'installation de clients VPN pour établir une persistance, conception d'attaques sur les certificats SSL/TLS internes, et identification des chemins d'escalade de privilèges vers les hyperviseurs ESXi.

Les logs d'activité récupérés depuis l'infrastructure exposée montrent que les opérateurs demandaient à l'IA des instructions détaillées étape par étape : quels outils utiliser pour telle tâche de reconnaissance, quelles commandes exécuter pour installer discrètement un agent de persistance, comment identifier les partages réseau accessibles depuis un poste compromis. Si Cursor Agent n'atteignait pas toujours ses objectifs — les mécanismes de sécurité d'Anthropic ont parfois bloqué ou atténué certaines réponses — les chercheurs de Gambit Security notent que l'outil réduisait significativement le niveau de compétence technique requis pour mener des attaques complexes multi-étapes.

La portée de la campagne est plus large que les 10 cibles initialement documentées : l'analyse complète de l'infrastructure exposée révèle des activités contre plus de 20 organisations dans 9 pays entre avril et juillet 2026. Les victimes se répartissent principalement dans les secteurs des services professionnels, de l'industrie manufacturière et des technologies. Conformément aux pratiques classiques des groupes cybercriminels russophones, Aurora excluait systématiquement les plages d'adresses IP et domaines des pays membres de la Communauté des États Indépendants (CEI) — une précaution visant à éviter des poursuites dans la région d'origine des opérateurs.

Cette découverte s'inscrit dans un contexte plus large d'adoption progressive des outils IA par les acteurs malveillants. Dès 2025, Microsoft et OpenAI avaient documenté des tentatives d'utilisation de modèles IA générative par des groupes APT pour générer du code malveillant, rédiger des emails de phishing convaincants, ou analyser des données volées. Mais l'usage d'Aurora franchit une étape : l'agent IA n'est plus un outil de génération de contenu utilisé en amont d'une attaque, il est intégré dans la chaîne opérationnelle en temps réel, utilisé comme copilote pendant l'exécution des phases d'intrusion.

The Hacker News a rapporté le 1er septembre 2026 que Cursor Inc. et Anthropic ont été notifiés des conclusions des chercheurs. Des discussions sont en cours sur des mécanismes de détection et de blocage améliorés des usages malveillants — notamment des indicateurs comportementaux permettant d'identifier des patterns de requêtes caractéristiques d'une utilisation dans un contexte d'attaque : fragmentation des demandes sensibles, vocabulaire offensif en langues non-anglaises, patterns de commandes réseau associées à la reconnaissance.

L'exposition de l'infrastructure d'Aurora résulte d'une erreur de configuration classique : un répertoire ouvert sur un serveur de commande et contrôle a permis aux chercheurs d'accéder pendant plusieurs semaines aux logs d'activité, aux outils d'attaque, et à l'historique shell des opérateurs. Cette négligence opérationnelle de base contraste avec la sophistication de l'usage de l'IA — illustrant un paradoxe récurrent dans les groupes cybercriminels : l'innovation offensive peut coexister avec des lacunes élémentaires de sécurité opérationnelle (OPSEC).

Impact et exposition

L'impact direct concerne les organisations victimes d'Aurora — ciblées par des attaques ESXi pouvant paralyser l'ensemble du système d'information. L'impact indirect est plus systémique : la démocratisation des agents IA abaisse la barrière d'entrée pour mener des attaques complexes multi-étapes. Des opérateurs moins expérimentés techniquement peuvent désormais bénéficier d'une assistance structurée pour des tâches nécessitant auparavant une expertise pointue. À terme, cela risque d'augmenter le volume global des attaques sophistiquées tout en réduisant leur coût de préparation pour les groupes cybercriminels moins dotés en ressources humaines expertes.

Recommandations

• Renforcer la protection des environnements ESXi : activer l'authentification à deux facteurs sur vSphere, restreindre les accès administrateur au plan de gestion des hyperviseurs, segmenter les réseaux de gestion VMware du reste du SI.
• Surveiller les comportements post-authentification suspects : connexions ESXi à des heures inhabituelles, exécution de scripts non inventoriés, modification des configurations réseau ou de stockage.
• Maintenir des sauvegardes immuables et hors ligne : les attaques ESXi chiffrent simultanément toutes les VMs — les sauvegardes offline régulières et testées sont le seul filet de sécurité réel.
• Définir une politique d'usage des outils IA dans les équipes IT : encadrer l'usage de Cursor, GitHub Copilot et outils similaires, notamment pour éviter toute exfiltration involontaire de données sensibles lors des sessions de codage assisté.