Le CV était faux, la brèche ne l’était pas : dans les coulisses de la première attaque bancaire bien documentée menée par IA agentique
Le 7 octobre 2026, CrowdStrike a publié un rapport dont la conclusion est inhabituellement précise : un seul attaquant, agissant en solitaire, a utilisé un cadre de test d’intrusion agentique open source, relié à plusieurs grands modèles de langage, dont Claude Code d’Anthropic, pour compromettre plusieurs institutions financières sud-coréennes sur une période d’environ deux semaines, fin septembre et début octobre. CrowdStrike estime avec une confiance modérée que l’acteur est un individu sinophone, motivé par l’appât du gain. L’activité n’a été attribuée ni à un groupe identifié, ni à un gouvernement.
Pour les RSSI, ce qui compte n’est pas la nationalité de l’attaquant. C’est la forme même de l’opération. Une seule personne, à l’aide d’outils d’IA courants, semble avoir accompli un travail qui exigerait normalement une petite équipe et un temps considérable. Cela mérite qu’on s’y arrête, car c’est exactement le scénario qu’un grand régulateur financier avait annoncé cinq mois plus tôt.
Ce qui s’est réellement passé
L’attaquant a utilisé un outil appelé ARTEX, un cadre de test d’intrusion agentique open source développé en Chine et publié sur GitHub plus tôt cette année. ARTEX ne fonctionne pas grâce à sa propre intelligence. Il est conçu pour se connecter à des grands modèles de langage externes et s’en servir pour mener la reconnaissance et l’exploitation. Dans cette campagne, le travail d’investigation numérique de CrowdStrike, mené à partir d’un répertoire ouvert laissé exposé par l’attaquant, a montré que l’instance utilisait principalement DeepSeek v4.1 flash comme modèle principal, complété par GLM 5.3 et Grok 4.6, accessibles via des sessions de Claude Code.
Les cibles comprenaient des institutions financières sud-coréennes. Shinhan Bank a révélé que les informations personnelles d’environ 25 000 clients avaient été compromises. KB Kookmin Bank a révélé une fuite plus limitée touchant 119 clients. D’autres établissements, dont Yegaram Savings Bank, ont été cités dans la vague plus large de révélations qui a suivi, les autorités sud-coréennes situant le nombre total d’enregistrements exposés entre 65 000 et 68 000 pour l’ensemble des divulgations effectuées à ce jour. Toutes les banques citées dans cette vague plus large n’ont pas été directement confirmées par CrowdStrike comme faisant partie de cette campagne précise, et ce chiffre reste une estimation gouvernementale en évolution plutôt qu’un total unique et consolidé. Dans l’un des établissements visés, le point d’entrée était un service de consultation de l’état des prêts utilisé par des courtiers financiers. Dans un autre, il s’agissait d’un système mobile d’assistance au travail destiné aux employés, le genre d’outil interne qui fait rarement l’objet du même examen qu’une application tournée vers le public.
Ce qui rend ce cas particulièrement intéressant, c’est ce que CrowdStrike a pu récupérer dans les journaux de session de l’attaquant lui-même. Au-delà du travail technique, l’attaquant a utilisé Claude pour des questions logistiques liées à son activité : demandant où revendre les données coréennes dérobées et quels groupes Telegram en faisaient le commerce. Dans une session récupérée, l’attaquant a demandé à Claude de rédiger un faux CV de chercheur en sécurité, qui contiendrait, selon CrowdStrike, les informations personnelles réelles de l’attaquant lui-même, notamment un âge de 26 ans et des études mentionnées dans une université du Guangdong, en Chine. Un agent d’IA effectuait la reconnaissance, rédigeait les étapes d’exploitation et semblait même aider à planifier la revente des données volées, le tout au sein d’un même flux de travail.
Adam Meyers, qui dirige les opérations de lutte contre les adversaires chez CrowdStrike, l’a résumé sans détour : ce cas montre comment un seul adversaire humain peut utiliser des agents d’IA pour viser de nombreuses victimes en très peu de temps. Selon lui, l’IA agentique permet aux attaquants d’agir plus vite.
Le deuxième cas documenté en un an, pas le premier avertissement
Il est tentant de considérer cet événement comme une anecdote isolée venue de Corée. Ce n’est pas le cas. En novembre 2025, Anthropic a révélé avoir détecté un groupe présumé soutenu par l’État chinois, qui détournait Claude Code pour mener une campagne que l’entreprise a décrite comme automatisée à 80 à 90 pour cent, visant une trentaine d’organisations dans les secteurs de la technologie, des services financiers, de la chimie et du gouvernement, avec succès contre certaines d’entre elles. Anthropic a qualifié cela de premier cas documenté d’un acteur étatique
automatisant en grande partie une opération cyber grâce à l’IA, précisant que l’outil effectuait des milliers de requêtes par seconde, un rythme qu’aucun opérateur humain ne pourrait égaler, et que les opérateurs avaient appris à fractionner les tâches malveillantes en étapes plus petites pour contourner les garde-fous du modèle.
La campagne menée en Corée du Sud reproduit le même schéma, mais sans l’appareil d’un État derrière elle. Un seul individu, à l’aide d’un cadre open source et de quelques modèles d’IA accessibles dans le commerce, semble être parvenu à atteindre plusieurs institutions financières en l’espace de quelques semaines.
Les régulateurs anticipaient déjà ce scénario. Le 21 mai 2026, le département des services financiers de l’État de New York (NYDFS) a publié deux documents d’orientation à l’intention de toutes les entités qu’il réglemente, dont les banques et les assureurs. Le premier traitait directement du contexte de menace actuellement élevé. Le second, un avis sur l’IA de pointe, avertissait précisément que des modèles d’IA toujours plus performants peuvent amplifier la puissance, l’ampleur et la vitesse avec lesquelles les vulnérabilités sont découvertes et exploitées, et que les délais d’exploitation risquent de se réduire plus vite que les cycles habituels de correction ne peuvent suivre. Cet avis ne modifie pas les obligations légales sous-jacentes de la réglementation de cybersécurité de New York, mais les examinateurs devraient le considérer comme une référence, et il s’adresse directement à la fonction de RSSI, demandant aux responsables de la sécurité d’être en mesure d’expliquer comment ils prennent en compte les risques propres à l’IA.
Cinq mois après cet avis, CrowdStrike a documenté un scénario proche de celui qu’il décrivait, non pas à partir d’un modèle de pointe conçu à des fins offensives, mais d’un attaquant ayant assemblé un cadre open source et plusieurs assistants de codage d’IA disponibles dans le commerce.
Ce que cela signifie pour votre programme
Cessez de considérer les « acteurs de la menace utilisant l’IA » comme un problème futur. Il ne s’agissait pas d’un État doté d’une équipe de recherche en IA dédiée. Selon les informations disponibles, il s’agissait d’une seule personne. Le seuil nécessaire pour mener une campagne d’intrusion assistée par IA, visant plusieurs cibles, contre une infrastructure financière, est désormais assez bas pour qu’un individu puisse s’y essayer seul. Votre modèle de menace devrait déjà en tenir compte, et non une version prévue pour le cycle de planification de l’an prochain.
Demandez-vous si votre red team teste exactement ce type de scénario. Une simulation d’adversaire construite autour d’un opérateur humain suivant une liste de vérifications n’est pas le même exercice qu’une simulation qui tient compte d’un attaquant utilisant des outils agentiques pour démultiplier la reconnaissance et l’exploitation sur de nombreuses cibles à la fois. Si votre dernier exercice de red team n’a pas intégré les techniques d’un attaquant assisté par IA, c’est l’adversaire d’hier qu’il testait, pas celui d’aujourd’hui.
Examinez de près les systèmes internes et destinés aux partenaires, pas seulement le périmètre public. Les deux points d’entrée décrits par CrowdStrike, un portail de consultation de prêts destiné aux courtiers et un outil mobile interne pour les employés, sont précisément le type de systèmes qui échappent souvent au périmètre d’un test d’intrusion externe annuel. Les tests de réseau interne et d’applications, ainsi qu’un nouveau regard sur les outils client lourd et destinés aux partenaires, méritent la même attention que les systèmes exposés sur internet.
Considérez cet incident comme un exemple concret pour votre dialogue réglementaire avec le NYDFS ou une autorité équivalente. Si votre établissement relève de la supervision du NYDFS, ou d’un régime comparable ailleurs, cet incident constitue un exemple récent et concret que vous pouvez citer pour documenter la façon dont votre organisation répond aux préoccupations exprimées dans l’avis sur l’IA de pointe. Si vous n’avez pas encore réalisé l’analyse d’écart que cet avis invite à effectuer, c’est l’occasion de vous y mettre.
Revoyez la façon dont vous testez vos propres intégrations d’IA générative et de modèles de langage. Dans cette affaire, l’attaquant a utilisé des outils d’IA commerciaux comme multiplicateur de force. La question inverse compte tout autant pour votre propre environnement : si votre organisation a déployé des agents d’IA ou des outils reposant sur des modèles de langage en interne, ont-ils été testés de la même manière que cet attaquant a testé les défenses d’une banque, à la recherche du type d’abus, de contournement des contrôles et de débordement de fonction qui permet à un outil d’aller bien au-delà de son usage prévu ?
C’est le travail que nous menons chaque jour pour nos clients du secteur financier : des missions de red team et de simulation d’adversaire conçues autour de la façon dont les attaquants opèrent réellement aujourd’hui, des tests d’intrusion continus et une gestion des vulnérabilités qui n’attend pas un an entre deux examens de l’environnement, ainsi que des tests de sécurité de l’IA générative et des modèles de langage pour les agents et assistants que vos propres équipes adoptent. L’attaquant à l’origine de la campagne en Corée du Sud n’a pas eu besoin du budget d’un État pour atteindre plusieurs banques en l’espace de quelques semaines. C’est bien cet aspect de l’histoire qu’il convient de prendre au sérieux, quel que soit l’endroit où se situe votre établissement.
