Depuis octobre 2026, le groupe à motivation financière que Microsoft nomme Storm-3358 utilise le framework d'IA agentique ARTEX pour attaquer des organisations du secteur financier. Les agents scannent les systèmes exposés sur Internet, exploitent des failles classiques (envoi de fichiers anonyme, SSRF) et installent des chevaux de Troie d'accès à distance open source. Les défenses utiles sont connues, mais leur délai d'application compte davantage : l'attaque s'enchaîne à vitesse machine.
Ce qui s'est passé
Le billet de Microsoft Threat Intelligence du 6 novembre 2026 décrit :
- L'acteur. Storm-3358 est un groupe d'intrusion basé au Cambodge, à motivation financière. Il cible surtout des organisations financières d'Asie du Sud-Est, et un plus petit nombre de grandes organisations financières dans le monde.
- Le début. Storm-3358 a commencé à viser le secteur financier avec ARTEX en octobre 2026.
- Les techniques. ARTEX est combiné à des outils automatisés classiques pour scanner les systèmes exposés sur Internet, exploiter des failles comme l'envoi anonyme de fichiers et la falsification de requêtes côté serveur (SSRF, server-side request forgery, qui force un serveur à émettre des requêtes pour le compte de l'attaquant), puis installer des RAT (Remote Access Trojans, chevaux de Troie d'accès à distance) open source.
- Les outils de persistance. Storm-3358 utilise les RAT WISP, vshell et AdaptixC2 pour se maintenir et se déplacer dans les réseaux. Microsoft a vu des agents ARTEX télécharger ces RAT avec des utilitaires comme netcat et curl.
Microsoft replace ces observations dans une série plus large d'attaques liées à ARTEX : exploitation d'applications web, web shells (scripts déposés sur un serveur web pour le contrôler) pour la persistance, vol d'identifiants depuis des sources publiques et des systèmes compromis, usage d'identités cloud compromises pour la persistance et l'exfiltration. Les agents peuvent aussi mener des attaques par force brute, de la pulvérisation de mots de passe (password spraying, essayer quelques mots de passe courants sur de nombreux comptes), de l'énumération et de l'abus d'API, et vider des bases de données.
Microsoft a publié des indicateurs de compromission (IOC) : adresses de serveurs ARTEX et de serveurs de commande des RAT, observées entre le 19 octobre et le 6 novembre 2026. Il précise que les attaquants changent régulièrement d'adresse IP via des proxys et des VPN, ce qui limite la durée de vie de ces indicateurs.
Comment ça fonctionne, en principe
Un framework offensif agentique enchaîne seul les étapes qu'un attaquant humain mène une à une : repérer les systèmes exposés, tester des failles, exploiter celle qui marche, déposer un outil de persistance, chercher des identifiants, rebondir. Microsoft résume l'enjeu : ces outils peuvent exploiter des identifiants et des systèmes compromis à vitesse machine pour se déplacer, élever leurs privilèges et exfiltrer des données.
Rien dans le rapport ne décrit une faille nouvelle. Les points d'entrée sont des classiques des applications web : envoi de fichiers sans authentification, SSRF, identifiants faibles ou réutilisés. Ce qui change, c'est le coût de l'essai pour l'attaquant, et donc le nombre de cibles testées et la vitesse entre la découverte d'une faille et son exploitation. Microsoft rattache d'ailleurs ce billet à ses publications précédentes sur ARTEX, dont celle du 5 novembre sur la recherche de secrets exposés.
Les signaux d'une attaque menée par un agent
Microsoft décrit des signaux de comportement qui aident à reconnaître une attaque agentique :
- le volume et la variété : l'agent envoie une grande variété de requêtes en peu de temps ;
- les retentatives : il relance des variantes de la même technique, ou passe à l'étape suivante, à vitesse machine ;
- les outils : ARTEX utilise par défaut des outils de test d'intrusion existants, dont Nmap, curl, wget, des clients HTTP Python et Chromium sans interface piloté par Playwright. Ces outils peuvent laisser des traces reconnaissables, comme des user agents par défaut.
Microsoft prévient : bloquer ces caractéristiques n'arrêtera pas un agent, qui les changera rapidement. Les repérer sert à alerter les défenseurs.
Qui est concerné
- Les établissements financiers, cible déclarée de Storm-3358, en priorité en Asie du Sud-Est, et les grandes organisations financières ailleurs dans le monde.
- Toute organisation qui expose des applications web, en particulier des formulaires ou des API qui acceptent des fichiers, et des fonctions qui vont chercher des URL fournies par l'utilisateur (aperçus de liens, imports, webhooks). Ce sont les familles de failles citées.
- Les prestataires informatiques du secteur financier, dont les systèmes exposés peuvent servir de point d'entrée.
Se protéger : contrôles concrets
1. Réduire la surface exposée
Bonne pratique : un inventaire de ce qui est joignable depuis Internet, refait régulièrement à partir de l'extérieur, comme le ferait l'agent. Chaque service exposé doit avoir un propriétaire et une raison d'être. Une application qui n'a pas besoin d'être publique passe derrière un accès authentifié.
2. Fermer les deux familles de failles citées
- Envoi de fichiers : authentification obligatoire, contrôle du type réel du fichier, stockage hors de la racine web, aucune exécution possible des fichiers envoyés.
- SSRF : liste explicite des destinations autorisées pour toute fonction qui récupère une URL, blocage des adresses internes et du service de métadonnées cloud, sortie réseau des serveurs applicatifs limitée au strict nécessaire.
Ces contrôles relèvent des bonnes pratiques de développement sécurisé ; le rapport de Microsoft ne les détaille pas.
3. Limiter ce qu'une application compromise peut télécharger
Les agents ont récupéré leurs RAT avec curl et netcat. Bonne pratique : un serveur web n'a généralement aucune raison d'ouvrir des connexions sortantes vers des adresses arbitraires d'Internet. Un filtrage de la sortie réseau des serveurs exposés casse cette étape de la chaîne, même après une exploitation réussie.
4. Détecter le rythme machine
Configurez des alertes sur les motifs décrits par Microsoft : rafales de requêtes variées depuis une même source, relances rapides de variantes d'une même requête, user agents d'outils d'intrusion par défaut. Microsoft publie des requêtes de chasse, dont une qui repère les téléchargements de fichiers nouveaux par curl sur les postes et serveurs. Côté identités, les tentatives de pulvérisation et de force brute doivent remonter dans votre outil de supervision.
5. Ralentir et tromper l'agent
Microsoft cite des leurres : honeypots (fausses cibles attractives), surfaces de diversion, tarpits (services qui ralentissent volontairement les échanges et consomment le temps et le budget de l'agent) et « fausses victoires », qui donnent à l'agent des preuves convaincantes que son objectif est atteint et peuvent l'amener à s'arrêter. Dans les tests de Microsoft, ces contrôles ont réduit le trafic d'attaque qui atteignait les vrais actifs et produit des signaux d'alerte fiables.
6. Utiliser les IOC avec leurs limites
Importez les indicateurs publiés par Microsoft dans votre outil de supervision et cherchez-les dans vos journaux des dernières semaines. Ne vous arrêtez pas là : les adresses changent, les comportements restent.
Méthode de vérification. Faites tester une de vos applications exposées par un outil automatisé, avec autorisation écrite et périmètre défini. Mesurez trois délais à partir des journaux : temps avant la première alerte, temps avant qu'une personne la prenne en charge, temps avant blocage de la source. Si ces délais se comptent en heures alors que l'outil enchaîne ses essais en minutes, votre priorité est l'automatisation de la réponse, pas une règle de détection de plus.
FAQ
Qu'est-ce que Storm-3358 ?
Le nom que Microsoft donne à un groupe d'intrusion basé au Cambodge, à motivation financière, qui cible principalement des organisations financières d'Asie du Sud-Est et un plus petit nombre de grandes organisations financières dans le monde. Il utilise ARTEX depuis octobre 2026.
Comment reconnaître une attaque menée par un agent d'IA ?
Microsoft cite une grande variété de requêtes en peu de temps, des relances rapides de variantes d'une même technique, un passage rapide aux étapes suivantes, et l'usage d'outils d'intrusion classiques, parfois avec leurs user agents par défaut.
Bloquer les user agents d'ARTEX suffit-il ?
Non. Microsoft précise qu'un agent changera rapidement ces caractéristiques. Les repérer sert à déclencher l'alerte, pas à arrêter l'attaque.
Les honeypots fonctionnent-ils contre les agents d'IA ?
Dans les tests de Microsoft, les leurres, tarpits et fausses victoires ont réduit le trafic d'attaque atteignant les vrais actifs et fourni des signaux fiables. Ils complètent les contrôles de base sans les remplacer.
Sources
- Microsoft Threat Intelligence, ARTEX abuse expands as cybercriminals target financial sector, 6 novembre 2026 : https://www.microsoft.com/en-us/security/blog/2026/11/06/artex-abuse-expands-as-cybercriminals-target-financial-sector
- Microsoft Threat Intelligence, Threat actors use agentic AI tooling to find and abuse exposed secrets, 5 novembre 2026 : https://www.microsoft.com/en-us/security/blog/2026/11/05/threat-actors-use-agentic-ai-tooling-to-find-and-abuse-exposed-secrets
Pour tester la résistance de vos applications exposées à des attaques automatisées et mesurer vos délais de réponse, WeeSec propose un audit de sécurité IA.