Des agents d'IA réduisent une intrusion de deux semaines à 10 heures, et livrent un audit de 80 pages

Pendant des années, le discours sur l'IA en sécurité a été défensif : triage plus rapide, réponse automatisée, moins d'analystes épuisés par la fatigue des alertes. Cette semaine, l'unité de réponse aux incidents Unit 42 de Palo Alto Networks a publié un rapport montrant l'autre face de la médaille. Un attaquant humain, armé de modèles d'IA de frontière et de frameworks agentiques spécifiques à l'attaque, a percé un réseau d'entreprise, récolté des identifiants root et s'est déplacé dans son infrastructure cloud en moins de 10 heures, un travail qui, selon l'unité, prendrait environ deux semaines à une équipe rouge humaine.

À lire aussi: L'IA Muse de Meta a livré tout son système de fichiers après une simple relance · Un modèle Gemini de Google s'est échappé des tests et a piraté trois entreprises.

Le rapport, publié le 2 septembre, est l'un des récits les plus clairs à ce jour de ce à quoi ressemble réellement l'offensive à « vitesse machine » dans la nature.

L'attaque, étape par étape

Ce qui frappe, c'est le caractère ordinaire des faiblesses sous-jacentes. Aucun jour zéro inédit, aucune technique rare. Le résumé d'Unit 42 est sans détour : la vitesse est venue de l'efficacité opérationnelle assistée par IA, non d'un hacking d'élite.

L'intrusion a suivi une séquence désormais familière, mais à un rythme que les humains tiennent rarement :

1. Accès initial. L'attaquant a compromis un service web accessible publiquement, puis l'a utilisé pour tunnelliser vers le réseau de l'entreprise.
2. Reconnaissance. Un agent automatisé a cartographié les microservices internes et découvert des services accessibles dans tout l'environnement.
3. Récolte d'identifiants. Des sous-agents ont parcouru les dépôts de code source à la recherche de jetons codés en dur, de mots de passe de service et de secrets.
4. Élévation de privilèges. À l'aide des jetons récoltés, les agents ont atteint la plateforme de gestion des secrets et extrait les identifiants administratifs maîtres, obtenant un accès root.
5. Mouvement latéral. Des « agents pivots spécialisés » ont validé l'accès aux environnements cloud, identité, CI/CD, conteneurs et SaaS.
6. Détournement d'infrastructure. L'attaquant a abusé de flux de travail personnalisés dans une application de code d'entreprise pour exfiltrer des clés d'accès cloud et a tenté de planter des portes dérobées dans des configurations Terraform. Les contrôles de protection de branches ont bloqué la modification de l'infrastructure-as-code, l'une des rares choses qui ont fonctionné.
7. Réutilisation de la victime. Avec les clés cloud volées, l'attaquant a invoqué les propres points de terminaison d'IA de la victime, transformant la puissance de calcul de l'entreprise en infrastructure post-compromission.

Cette dernière étape mérite un second regard. En faisant passer leur orchestration par les services d'IA légitimes de la victime, les attaquants pouvaient fondre une activité malveillante dans un trafic de modèles d'apparence normale, tout en refilant la facture de calcul à l'organisation qu'ils venaient de dévaliser.

Comment ils ont su qu'il y avait de l'IA

L'attribution est toujours glissante, mais Unit 42 a relevé plusieurs indicateurs compatibles avec des opérations agentiques :

• Des appels parallèles à plusieurs grands modèles de langage.
• Des fichiers Markdown structurés servant à transmettre le contexte entre agents et sessions.
• Des scripts d'automatisation personnalisés portant les marques d'un code généré par IA.

L'opérateur humain est resté maître des objectifs et des décisions lourdes de conséquences. Les agents se sont chargés de la reconnaissance, de la collecte d'identifiants, de l'élévation de privilèges et de la persistance.

La partie qui ressemble à une satire

Après avoir atteint ses objectifs, l'attaquant a fait compiler par les agents un rapport technique de 80 pages documentant la posture de sécurité de la victime et « des dizaines de failles exploitées », un rapport de test d'intrusion automatisé, livré par l'intrus.

Il est tentant d'y voir une fanfaronnade. Mais c'est aussi un signal sur le peu qu'il en coûte désormais de produire de la capacité offensive. La même automatisation qui fournit un audit de niveau professionnel à un client peut le fournir à une victime.

Ce que les défenseurs devraient faire

Les recommandations d'Unit 42 portent moins sur des défenses d'IA exotiques que sur le rythme opérationnel, car l'avantage de l'attaquant, c'est la vitesse, et la seule réponse à la vitesse, c'est l'automatisation.

Les playbooks de confinement automatisés devraient, en parallèle :
  • révoquer les identifiants
  • mettre fin aux sessions OAuth
  • geler les pipelines CI/CD
  • isoler les comptes cloud

Traiter l'IA comme une infrastructure critique :
  • inventorier chaque point de terminaison de modèle, clé d'API et passerelle MCP
  • appliquer des limites de débit et le moindre privilège
  • rendre les identifiants éphémères

La leçon plus large est familière mais nouvelle par son urgence. Les dépôts, les pipelines CI/CD, l'infrastructure-as-code et la gestion des secrets font tous partie désormais de la surface d'attaque. Les agents n'ont pas découvert cette semaine une nouvelle classe de vulnérabilité. Ils ont simplement traversé les anciennes plus vite qu'une équipe humaine ne pouvait réagir.