Des agents IA ont accéléré une attaque par ransomware
Unit 42 décrit une intrusion menée avec des agents IA, capable de franchir une défense d’entreprise en moins de 10 heures. L’attaque a visé comptes, dépôts de code, CI/CD et infrastructure IA cloud.
Unit 42, l’équipe de recherche en cybersécurité de Palo Alto Networks, affirme avoir observé une attaque par ransomware menée avec des agents d’intelligence artificielle capables d’exécuter, d’évaluer et de réorienter leurs actions en temps réel. Selon la note, l’intrusion a compressé en moins de 10 heures un enchaînement qui prendrait normalement deux semaines à une équipe humaine. L’enjeu est clair : la vitesse devient une arme, et les défenses classiques risquent de courir derrière le train. Ou plutôt derrière l’agent.
Une intrusion menée à la cadence des machines
Le scénario décrit par Unit 42 commence par l’exploitation d’une API exposée au public, utilisée pour pénétrer le réseau de l’entreprise. Ensuite, des agents automatisés cartographient l’architecture interne, fouillent les dépôts de code, extraient des jetons et des mots de passe, puis remontent jusqu’aux secrets d’administration. L’attaquant a aussi déclenché des builds CI/CD non autorisés et tenté d’injecter des portes dérobées dans des configurations Terraform, tandis que des contrôles de protection de branches ont bloqué une partie de ces manœuvres.
Le point saillant n’est pas la découverte d’un zéro-day ni un tour de passe-passe technique inédit. Ce qui change ici, c’est l’orchestration : des modèles frontier AI, associés à des cadres d’attaque agentiques, ont servi de couche d’exécution. Unit 42 dit avoir vu des appels à plusieurs agents LLM en parallèle, des fichiers Markdown structurés servant à faire circuler l’information entre sessions et des scripts personnalisés, jugés très probablement générés par IA. La méthode a permis de faire passer plus de 50 techniques MITRE ATT&CK en un peu moins de 10 heures.
Ce que l’attaquant cherchait vraiment
Après l’accès initial, les agents ont surtout visé les secrets. D’après la description, ils ont aspiré des identifiants dans les référentiels de code, puis pris la main sur un système de gestion des secrets pour récupérer des droits administratifs. Les clés cloud volées ont ensuite servi à détourner des endpoints d’IA du client, transformés en infrastructure de post-compromission. Autrement dit, l’environnement victime a fini par aider l’attaque contre lui-même.
Le groupe a aussi laissé derrière lui un rapport de 80 pages, présenté comme un audit technique détaillant des dizaines de failles exploitées. Ce type de “souvenir” n’est pas très poli, mais il est utile aux attaquants : il documente la posture de défense, facilite la réutilisation des accès et réduit le travail de repérage lors des phases suivantes.
Pourquoi les défenseurs doivent regarder au-delà du simple vol de mots de passe
Pour Unit 42, la leçon principale est que les agents IA réduisent le temps entre les étapes d’une attaque et qu’ils permettent de multiplier les pistes de persistance en parallèle. L’équipe cite des mécanismes comme les clés SSH, les fonctions serverless, les politiques de redémarrage des conteneurs, les identités cloud et les pipelines CI/CD. Quand tout cela est testé en même temps, la fenêtre de réaction humaine se rétrécit vite.
Les chercheurs recommandent une réponse synchronisée : révoquer les identifiants, couper les sessions OAuth, geler les pipelines CI/CD et isoler les comptes cloud en une seule séquence automatisée. Ils conseillent aussi de traiter les outils d’IA comme une infrastructure à part entière, avec inventaire des endpoints de modèles, des clés API, des passerelles Model Context Protocol et des intégrations métiers. Dans ce contexte, les signes de compromission ne sont plus seulement un fichier suspect ou un compte étrange, mais aussi des boucles comportementales : rafales d’appels API, alternances rapides entre erreurs 401 et succès 200, authentifications parallèles ou usage soudain d’un modèle depuis une identité inattendue.
Des défenses DevOps et IA à resserrer sans tarder
L’incident met enfin la pression sur les chaînes DevOps. Unit 42 appelle à des revues de code obligatoires à plusieurs mains et à des protections de branches immuables sur les dépôts d’infrastructure as code, afin d’empêcher l’injection automatisée de backdoors. La recommandation est assez simple à formuler, plus pénible à appliquer : si l’attaque accélère, la surveillance et la gouvernance doivent suivre le même tempo.
Le message dépasse le seul cas raconté ici. À mesure que les attaquants industrialisent l’usage des agents IA, les entreprises ne peuvent plus considérer ces outils comme de simples assistants. Ils deviennent une surface d’attaque, un relais d’orchestration et parfois une ressource détournée. C’est un changement de terrain, pas seulement un changement d’outillage.
