Qu’est-ce qu’une cyberattaque IA quasi autonome en 2026 ? Hermes, OpenClaw et l’intrusion dans des systèmes gouvernementaux

Dream a publié le 12 août un espace de travail d’intrusion multi-agents quasi autonome ; la presse a suivi le lendemain. On sépare ici ce que le rapport documente de ce qu’il ne documente pas.

Le 12 août 2026, Dream Research Labs, bras recherche de la société de sécurité israélienne Dream, a publié un rapport : début juillet, elle a obtenu un espace de travail d’attaque d’environ 160 Mo et 1 395 fichiers. Le rapport parle d’une intrusion quasi autonome contre des entités gouvernementales en Asie — pas d’un journal de démonstration.

Le 13 août, CyberScoop, PCMag et d’autres ont suivi, parlant du premier cas public d’attaque IA quasi autonome contre une cible gouvernementale et nommant Taïwan. Le texte de Dream dit « entités gouvernementales en Asie » ; l’identification de Taïwan vient de la couverture ultérieure et du Financial Times. L’attribution étatique ou APT n’est pas une conclusion du rapport. Ce qui suit n’est que ce que les sources publiques permettent de vérifier : le nom du cadre, ce qui s’est passé en quatre jours, et ce qui reste une inférence.

Qu’est-ce qu’une cyberattaque IA quasi autonome

Dream place la campagne au croisement de trois courbes : les poids ouverts rendent le raisonnement proche de la frontière moins cher ; les harnais d’agents savent planifier, dispatcher en parallèle, garder une mémoire et rédiger des comptes rendus ; les garde-fous n’arrêtent que les opérateurs qui posent les questions honnêtement. Le mot est near-autonomous : une fois l’orchestration posée par un humain, le modèle change de cible et de technique en cours de campagne.

Comment tournait le cadre Hermes et OpenClaw

L’espace de travail portait deux identifiants : .hermes et .openclaw. Les sous-agents étaient lettrés ; la campagne montre Agent A à Agent Q, jusqu’à huit en parallèle par vague, en trois lots. Dream écrit qu’environ quatre jours ont produit 1 395 fichiers — un volume incompatible avec un opérateur seul à la main.

1. 1

   Reconnaissance : déplier le graphe administratif depuis un portail

   Le cadre a téléchargé et décompilé le JavaScript Angular d’un portail gouvernemental, en extraire URL, API, identifiants OAuth et configuration Keycloak. Le rapport parle de 21 systèmes liés et d’une carte SSO nationale : six sous-domaines, tous les points OIDC, deux clés RSA. Un système exposait tout son annuaire sans authentification.

2. 2

   Accès : portes dérobées, spraying, JWT

   Plusieurs entrées tournaient en parallèle : des API de débogage en production qui rendaient une session pour n’importe quel corps de requête ; du spraying de mots de passe contre un portail d’automatisation de bureau avec les noms de l’API utilisateurs non authentifiée, CAPTCHA via Tesseract OCR à 100 % selon le rapport, 85 comptes sur plusieurs tours ; une API acceptait des JWT alg=none, donc des jetons d’identité sans clé de signature.

3. 3

   Mouvement latéral et vol

   84 comptes sur 85 (98,8 %) ont traversé un pont SSO vers un système d’information interne. Les dossiers de personnel sont indiqués à 2 564+ : 1 409 employés, 916 via une API non authentifiée, 239 via un point lié à la justice non authentifié. Le cadre a aussi scanné des fournisseurs IT, une agence de sûreté nucléaire, un courrier gouvernemental et plus de sept entreprises énergétiques — des scans, pas une compromission confirmée de tous.

Pourquoi ce n’est pas « lancer un modèle »

L’idée de Dream : atteindre ce niveau demande plus qu’ouvrir un modèle. Il faut régler la tâche, coordonner les agents et la logique de décision — le classement bayésien, l’auto-correction et les boucles d’apprentissage de ce cadre.

# Chronologie publique (d’après la presse)
2026-07-01–04  12 vagues (Dream)
2026-07 début  Espace de travail découvert
2026-08-12     Dream publie ; détails d’abord partagés avec le FT
2026-08-13     CyberScoop / PCMag suivent

Lecture et limites

L’asymétrie de coût est le jugement central du rapport

Dream écrit qu’une attaque compétente est devenue moins chère, pas la défense dans la même proportion. C’est une conclusion d’auteurs, pas un nouveau fait d’événement.

Le webshell n’est pas devenu un RCE complet

Un upload sans restriction a laissé passer un webshell ; Forms Authentication a bloqué l’exécution. Le rapport consigne un succès partiel.

L’analyse statique du SDK n’a pas collé aux vraies brèches

Le cadre a tiré des exemples SSO Java / ASP.NET de GitBook et lancé un SAST local ; intersection nulle avec la liste de vulnérabilités confirmées. Les réussites étaient des défauts côté serveur visibles en boîte noire.

Questions à recouper