Retour au blog
IA & LLMAI agentsmenacetechnique

Agent IA Hermes en mode YOLO : l'attaque du ministère thaï des Finances

Publié le 2026-07-246 min de lectureCleanIssue

> En bref : Un acteur de menace a installé l'assistant IA open-source Hermes (de Nous Research) sur un serveur loué, a désactivé le réglage qui demande confirmation humaine avant les actions risquées — un mode appelé YOLO — et l'a pointé sur le ministère des Finances de Thaïlande. L'agent a ensuite tourné en autonomie dans le réseau du ministère : sondage des hôtes pour des chemins d'escalade root, parcours des systèmes de fichiers, et crawling d'un dossier de dossiers du personnel remontant à 2012. L'attaquant a laissé ses propres logs d'attaque exposés sur un serveur web, où Hunt.io et le chercheur Bob Diachenko les ont trouvés.

Pourquoi ça vous concerne

Ce n'est pas une vulnérabilité d'Hermes. C'est une feature documentée — le mode YOLO — utilisée offensivement. L'enjeu pour une audience SaaS, c'est que les agents IA généralistes sont désormais un outillage offensif pratique. La barrière pour faire tourner un agent de post-exploitation autonome est passée de « écrire un framework C2 sur mesure » à « installer un assistant open-source et couper un toggle ».

Si votre runbook d'incident response suppose un mouvement d'attaquant à rythme humain, ce cas est la correction : un agent peut sonder des hôtes, escalader et exfiltrer pendant que l'opérateur dort.

Ce qui s'est réellement passé

L'opérateur a configuré Hermes pour prendre des instructions via Telegram ou Slack et tourner sans prompt de confirmation. L'agent a ensuite réalisé, seul :

  • L'énumération d'hôtes à travers le réseau du ministère.
  • Des tentatives d'escalade de privilèges contre les hôtes découverts.
  • Le parcours de filesystem, dont un dossier de dossiers salariés remontant à 2012.
  • L'agent a conservé ses propres logs de chaque action — et ces logs, plus 585 fichiers et 470 Mo d'outillage d'attaque, ont été laissés sur un serveur web avec directory listing activé. C'est comme ça que l'activité a remonté. Le ministère n'a pas confirmé publiquement de compromission.

    L'outil est sincèrement généraliste : les gens installent Hermes pour gérer leur mail, faire des chores et automatiser du travail. Rien dans le logiciel n'est malveillant. L'usage offensif est un choix de configuration.

    Ce que ça change dans le modèle de menace

    Trois shifts sont à intérioriser :

  • Rythme. Un agent non surveillé peut boucler un cycle complet de post-exploitation en heures, pas en jours. Les fenêtres de détection qui allaient bien contre un opérateur humain sont trop lentes ici.
  • Plancher de compétence. L'opérateur n'a pas eu à écrire la logique de post-exploitation. L'agent a raisonné. Le plancher de compétence pour une intrusion capable tombe à « sait installer un logiciel et couper un réglage ».
  • Asymétrie de logging. L'agent loggue tout ce qu'il fait — ce qui est super pour les défenseurs *s'ils* le capturent, et super pour les chercheurs *si* l'opérateur se rate (comme ici). Sur votre propre infrastructure, l'activité type agent est plus bruyante qu'un humain soigneux — si vous la cherchez.
  • Ce qu'il faut faire

  • Mettre à jour vos hypothèses de détection. Traitez l'activité type agent autonome anormale — sondage scripté rapide, parcours filesystem répétitif, guessing de credentials à cadence machine — comme une catégorie de détection, pas juste « un utilisateur inhabituel ». La télémétrie endpoint qui flag des patterns rapides, répétitifs, multi-hôtes compte plus qu'avant.
  • Si vous laissez les salariés utiliser des agents IA en interne, documentez et restreignez les modes type YOLO. « Désactiver les prompts de confirmation » doit être une action privilégiée, loggée et auditable.
  • Surveiller les logs exposés. Le cas a été découvert parce que l'opérateur s'est auto-doxé. Les serveurs public-facing avec directory listing ou de l'object storage exposé restent un vecteur majeur de remontée d'intrusions. Scannez votre propre exposition régulièrement.
  • Pour les IR retainers et la réponse à incident, ajoutez un scénario « intrusion assistée par agent ». La forme des preuves est différente : logs agent structurés, traces de commandes, patterns de raisonnement qui se répètent.
  • La vue plus large

    Le cas Hermes est un aperçu de l'IA offensive en 2026–2027. La capacité est là, elle est open-source, et la barrière est la configuration plutôt que le développement. Pour les défenseurs, la réponse n'est pas d'interdire l'IA — c'est de supposer que la boucle de l'attaquant est désormais plus rapide et plus autonome, et de calibrer la détection, le logging et la réponse à ce rythme.

    Vous éditez un logiciel RH, paie ou recrutement ? CleanIssue réalise des audits de sécurité pour SaaS RH en conditions réelles, sans accès au code. Pour une première lecture de votre exposition, commencez par une revue externe de votre application.

    Articles liés

    Trois analyses proches pour continuer la lecture sur la meme surface de risque.

    Besoin d'une revue externe de votre SaaS RH ?

    Expliquez votre produit, votre stack et votre contexte client. Nous revenons vers vous avec le bon niveau de revue.

    Parler de votre audit