Un acteur malveillant a utilisé des agents IA pour condenser une opération qui, selon l’estimation de Palo Alto Networks, aurait normalement nécessité environ deux semaines de travail humain en une intrusion du réseau d’entreprise menée à bien en moins de 10 heures.
Unit 42, l’équipe de Palo Alto Networks, a déclaré que l’incident impliquait plus de 50 techniques répertoriées dans le cadre MITRE ATT&CK, mais que les méthodes employées n’avaient rien de particulièrement novateur. Le changement majeur résidait dans la rapidité avec laquelle les agents IA pouvaient les exécuter, évaluer les résultats et décider de la marche à suivre.
Lors des négociations concernant la rançon, l’attaquant a affirmé avoir utilisé des modèles d’IA de pointe et des frameworks agentiques conçus pour les attaques, a indiqué Unit 42. Les chercheurs ont également relevé plusieurs signes compatibles avec des opérations assistées par IA, notamment l’exécution parallèle de plusieurs agents IA et l’utilisation de fichiers structurés pour transmettre des informations entre les sessions.
L’attaque a commencé par la compromission d’un service web accessible au public, suivie de la cartographie automatisée des microservices internes de la victime. Des sous-agents IA ont ensuite recherché des identifiants codés en dur dans les dépôts de code et utilisé des jetons volés pour accéder au système de gestion des secrets de l’organisation.
Cet accès a finalement exposé des identifiants administrateur et permis à l’attaquant de s’enfoncer davantage dans l’environnement.
Des dépôts de code à l’infrastructure IA
L’attaquant a ensuite détourné des workflows CI/CD pour obtenir des clés d’accès au cloud. Il a également tenté de modifier des configurations Terraform afin d’établir des portes dérobées, mais les contrôles de protection des branches ont bloqué ces changements.
Les identifiants cloud volés ont ensuite servi à accéder aux services d’IA de l’entreprise, transformant de fait l’infrastructure informatique de la victime elle-même en ressource pour poursuivre son activité malveillante.
Unit 42 a décrit l’attaque comme une « efficacité opérationnelle assistée par IA », plutôt que comme une percée dans le piratage offensif. « L’attaquant a laissé l’exécution tactique à des agents IA qui surveillaient, évaluaient, agissaient et réorganisaient le plan en temps réel, accélérant chaque étape de la chaîne d’attaque », ont expliqué les chercheurs.
Selon Unit 42, l’attaquant a également chargé un agent IA de produire un rapport technique de 80 pages documentant des dizaines de failles de sécurité exploitées pendant l’intrusion.
Le véritable problème de sécurité
L’incident ne prouve pas que les cyberattaques soient devenues totalement autonomes. Comme l’a déclaré Sanchit Vir Gogia de Greyhound Research à CSO Online, « Les éléments disponibles pointent vers une intrusion dirigée par un humain, dans laquelle l’IA orchestrait un travail tactique délégué. »
Le danger immédiat n’est pas nécessairement le remplacement des attaquants par l’IA, mais le fait de permettre à une seule personne de coordonner un volume de tâches tactiques qui nécessitaient auparavant beaucoup plus de temps et de main-d’œuvre.
« Les entreprises n’ont pas nécessairement besoin d’un nouveau modèle de menace, mais elles doivent fonctionner selon une nouvelle horloge », a déclaré Sakshi Grover d’IDC Asia Pacific Cybersecurity Services à CSO Online.
Les équipes de sécurité engagées dans une nouvelle course
L’incident montre également pourquoi les organisations ne peuvent pas évaluer leurs défenses système par système. Un compte compromis dans un dépôt, par exemple, peut devenir un chemin vers des privilèges cloud par l’intermédiaire de workflows de confiance.
« Chaque plateforme disposait peut-être de contrôles, mais les relations entre elles ont créé le chemin exploitable », a déclaré Grover.
Cela rend de plus en plus importante la capacité à contenir rapidement les incidents. Les équipes de sécurité devraient utiliser des playbooks automatisés pour révoquer les identifiants, mettre fin aux sessions, interrompre les activités CI/CD et isoler les ressources cloud dans plusieurs environnements. Les organisations devraient également inventorier leurs endpoints d’IA et leurs clés API, appliquer le principe du moindre privilège et protéger les dépôts d’infrastructure as code contre les modifications non autorisées.