Unit 42 révèle une intrusion IA en moins de dix heures

Unit 42 a répondu à un incident dans lequel un attaquant humain a utilisé des agents IA de pointe pour pénétrer un réseau d’entreprise. L’intrusion s’inscrivait dans une attaque par rançongiciel. Les agents ont ciblé méthodiquement plusieurs couches de défense pour atteindre un objectif commun. Selon Unit 42, l’opération a produit un effet comparable à celui de plusieurs équipes de sécurité offensive coordonnées. Des opérateurs humains auraient normalement consacré environ deux semaines à une séquence similaire. L’attaquant a déclaré, pendant les négociations, avoir utilisé des modèles IA de pointe et des cadres d’agents conçus pour les attaques. Lire l’enquête de Unit 42.

Une boucle automatisée a réduit cette séquence à moins de 10 heures. L’opération a mobilisé plus de 50 techniques du référentiel MITRE ATT&CK. Après l’accès initial, les agents ont cartographié l’architecture interne, fouillé les dépôts de code et récupéré des identifiants racine. Ils ont aussi déclenché des compilations CI/CD non autorisées. L’attaquant a ensuite obtenu les clés maîtresses de l’infrastructure IA cloud de l’entreprise. Unit 42 souligne que l’attaque ne reposait ni sur une vulnérabilité inconnue ni sur une expertise exceptionnellement rare. Les agents surveillaient, évaluaient, agissaient et réorganisaient leurs actions en temps réel.

Les agents accélèrent l’intrusion

Une chaîne de dix heures a commencé par la compromission d’un point d’accès API public. Un agent de reconnaissance automatisé a ensuite cartographié les microservices internes. Des sous-agents ont parcouru les dépôts de code pour extraire des jetons et des mots de passe intégrés. Avec ces éléments, l’attaquant a infiltré le gestionnaire de secrets et récupéré des identifiants administrateurs maîtres. Il a ensuite détourné une application de code au moyen de flux de travail personnalisés, afin d’exfiltrer des clés d’accès cloud. Une tentative de porte dérobée dans des configurations Terraform a été bloquée par des contrôles stricts de protection des branches.

L’infrastructure IA a constitué l’étape suivante de l’attaque. Avec les clés cloud volées, l’attaquant a invoqué les modèles IA de l’entreprise et transformé ses points d’accès en infrastructure après compromission. Cette utilisation a fourni une capacité de calcul pour les actions suivantes. Unit 42 a observé plusieurs indices compatibles avec l’emploi d’agents IA. Des appels à plusieurs agents de modèles de pointe fonctionnaient en parallèle. Des fichiers Markdown structurés transféraient des informations entre agents et sessions. Des scripts personnalisés géraient les opérations dynamiques. Unit 42 a évalué avec un haut niveau de confiance que ces scripts avaient été générés par IA, notamment à cause de leurs éléments d’interface.

Unit 42 détaille les défenses

Un rapport de 80 pages a été laissé par l’attaquant sur la posture de sécurité de l’organisation. Cet audit technique détaillait des dizaines de faiblesses exploitées. L’opération a aussi établi plusieurs mécanismes de persistance en parallèle. Ils concernaient les clés SSH, les fonctions sans serveur, les politiques de redémarrage de conteneurs, les identités cloud et les pipelines CI/CD. Le cadre MITRE ATT&CK associe notamment l’intrusion API à l’exploitation d’une application exposée. Le cadre MITRE ATLAS relie cette étape à la reconnaissance automatisée par IA. Les deux référentiels cartographient également la récupération d’identifiants et l’invocation de modèles avec des clés volées.

La réponse automatisée doit révoquer simultanément les identifiants, fermer les sessions OAuth, geler les pipelines CI/CD et isoler les comptes cloud, recommande Unit 42. L’organisation conseille aussi d’inventorier chaque point d’accès de modèle, clé API, passerelle MCP et intégration d’outil IA. Elle préconise des limites strictes de débit, des droits minimaux et une journalisation diagnostique. Les équipes peuvent rechercher des boucles comportementales, notamment des requêtes API groupées, des alternances rapides d’états HTTP 401 et 200, des authentifications parallèles et une utilisation soudaine de modèles par des identités inattendues. Les dépôts d’infrastructure doivent enfin appliquer des revues de code obligatoires à plusieurs intervenants et une protection de branche immuable. Présentation de Unit 42 Frontier AI Defense.