CyberStrikeAI automatise des cyberattaques au Japon

CyberStrikeAI, un outil de test d'intrusion open source piloté par 44 agents d'intelligence artificielle, a mené en octobre 2026 des cycles d'attaque automatisés contre au moins 19 organisations identifiables, dont 16 au Japon, selon la division recherche TrendAI de Trend Micro. L'outil enchaîne seul la reconnaissance, l'exploitation et l'exfiltration, puis génère un rapport.

Qu'est-ce que CyberStrikeAI ?

Selon The Hacker News, qui relaie les travaux des chercheurs Bakuei Matsukawa et Joseph C Chen de TrendAI, CyberStrikeAI est un outil de pentest open source déjà repéré dans une campagne antérieure visant des appliances Fortinet FortiGate. L'outil n'est donc pas conçu dès l'origine comme un malware : c'est son usage détourné par des attaquants, à grande échelle et sans supervision humaine continue, qui en fait une menace. Les chercheurs précisent que CyberStrikeAI est un outil distinct du framework ARTEX AI, déjà documenté contre des cibles sud-coréennes et japonaises.

Comment les 44 agents IA automatisent l'attaque

CyberStrikeAI répartit le travail entre 44 agents spécialisés qui couvrent l'ensemble d'un cycle d'intrusion :

Chaque organisation visée reçoit ainsi un rapport au format identique, accompagné d'un index de preuves de la compromission, un signe de la standardisation apportée par l'automatisation. TrendAI précise que ces 19 cas de CyberStrikeAI ne semblent pas reliés à un seul et même opérateur : plusieurs acteurs semblent réutiliser le même outil de façon indépendante.

Quelles organisations ont été touchées ?

Le rapport décrit une activité de validation à grande échelle plutôt qu'une liste de victimes confirmées publiquement : au moins 19 organisations ont été concernées en peu de temps, dont au moins 16 situées au Japon. Aucun nom d'entreprise n'est cité par les chercheurs ni par The Hacker News.

Les auteurs de l'étude rattachent ce cas à un contexte plus large de hausse des incidents liés à l'IA au Japon en 2026. D'autres campagnes distinctes y sont décrites : certaines menées par des humains assistés d'un LLM, d'autres par des outils développés avec l'aide d'une IA, visant des équipements de périphérie exposés (Cisco, Citrix, F5, Yamaha) via des vulnérabilités connues ou des identifiants laissés dans des fichiers de configuration.

Comment se protéger de ce type d'activité automatisée ?

Ce que montre CyberStrikeAI, c'est surtout une bascule d'échelle : une reconnaissance et une tentative d'exploitation que menait auparavant un opérateur humain sur quelques cibles peuvent désormais être lancées en parallèle sur des dizaines d'organisations. Les mesures de fond restent les mêmes qu'avant l'IA, mais leur priorité augmente :

• Réduisez la surface exposée sur Internet : tout service d'administration, panneau de gestion ou interface exposée publiquement est une cible de reconnaissance automatisée de premier choix.
• Corrigez en priorité les vulnérabilités déjà publiques sur vos équipements de périphérie (pare-feu, VPN, passerelles), car c'est le point d'entrée que ces campagnes exploitent le plus souvent.
• Ne laissez aucun identifiant en clair dans des fichiers de configuration accessibles ou dans des dépôts de code.
• Sensibilisez vos équipes aux pages de connexion frauduleuses générées automatiquement, de plus en plus proches visuellement des pages légitimes, y compris dans une langue autre que l'anglais.
• Analysez tout e-mail suspect avant de cliquer sur un lien, avec un outil comme notre analyseur d'e-mails, et vérifiez la réputation d'un nom de domaine douteux via l'OSINT domaine.
• Surveillez les pics de trafic de reconnaissance (scans massifs, tentatives répétées sur plusieurs services en peu de temps) qui peuvent trahir une campagne automatisée plutôt qu'un test isolé.

Sur le même sujet de l'IA utilisée à des fins offensives, notre article sur l'outil ARTEX AI combiné à des agents Claude Code détaille un autre cas documenté par CrowdStrike contre des banques sud-coréennes.

L'avis du CSIRT

Face à une menace automatisée comme CyberStrikeAI, la priorité n'est pas de chercher une signature propre à l'outil, mais de traiter chaque vague de reconnaissance comme potentiellement exhaustive sur tout votre périmètre exposé : si un service est vulnérable, il sera trouvé rapidement. Pour prioriser, commencez par l'inventaire de ce qui est réellement joignable depuis Internet (pare-feu, VPN, panneaux d'administration, API), puis vérifiez l'état des correctifs sur ces seuls actifs avant de vous occuper du reste.

Côté détection, cherchez des motifs qui trahissent l'automatisation plutôt qu'un simple scan : des requêtes à cadence très régulière, couvrant un grand nombre de chemins ou de ports en peu de temps, suivies d'un essai d'exploitation ciblé presque immédiat sur les points sensibles identifiés. Le piège classique est de considérer qu'un pare-feu applicatif ou qu'un contrôle d'accès partiel suffit à arrêter ce type d'activité : un agent autonome retente simplement une autre méthode d'exploitation sur la même cible en l'absence de blocage complet.

Après une alerte de ce type, vérifiez systématiquement si les mêmes identifiants ou le même service exposé sont réutilisés ailleurs dans votre organisation : l'automatisation rend la réutilisation d'une faille sur plusieurs filiales ou environnements beaucoup plus probable qu'avec une intrusion manuelle.

Points clés

CyberStrikeAI est un outil de pentest open source dont 44 agents IA automatisent l'ensemble d'un cycle d'intrusion, de la reconnaissance à l'exfiltration, utilisé en octobre 2026 contre au moins 19 organisations dont 16 au Japon. Il ne s'agit pas d'un malware inédit mais d'un changement d'échelle : les défenses restent classiques (réduction de la surface exposée, correctifs rapides, détection des pics de reconnaissance) mais doivent désormais être appliquées plus vite et plus largement face à des attaques qui ne dépendent plus du temps disponible d'un opérateur humain.