Sept banques sud-coréennes ont été compromises au moyen d’un agent de test d’intrusion IA open source — selon les enquêteurs, un humain était encore aux commandes

Entre le 28 septembre et les premiers jours d’octobre 2026, des intrus ont pénétré dans au moins sept institutions financières sud-coréennes — Shinhan Bank, KB Kookmin Bank, Hana Bank, BNK Busan Bank, Yegaram Savings Bank, Welcome Savings Bank et Hyundai Capital — et sont repartis avec les dossiers personnels d’environ 66 000 personnes, ainsi qu’avec environ 2 200 dossiers d’entreprises, selon les chiffres divulgués par les institutions et compilés par des médias coréens. Aucun argent n’a été déplacé : la Commission des services financiers a déclaré que les attaquants n’avaient pris ni mots de passe ni codes d’authentification à usage unique, et a confirmé qu’aucun client n’avait perdu de fonds. Ce qu’ils ont pris, c’était la matière première de la fraude — noms, numéros de téléphone, revenus annuels, limites d’emprunt calculées, adresses et, dans plusieurs établissements, numéros d’identité nationaux.

Le 6 octobre 2026, le président Lee Jae Myung a déclaré lors d'une réunion du cabinet que « dans certains incidents de piratage, des signes de recours à l'IA sont apparus, suscitant une inquiétude et une anxiété considérables au sein du public », selon Reuters, cité par American Banker. Il n'a pas nommé de modèle ni d'outil. Les enquêteurs en avaient déjà un : ARTEX, un système autonome de test d'intrusion open source conçu pour exécuter plusieurs agents d'IA contre une cible. L'évaluation du Financial Security Institute, communiquée au Herald Business, est que l'IA « n'a pas agi de manière indépendante sans intervention humaine ».

Les portes latérales, pas la chambre forte.

Aucune des sept violations n’a atteint le cœur bancaire. La réglementation coréenne exige que les systèmes centraux des banques soient physiquement séparés des réseaux externes, et le Financial Security Institute a déclaré au Herald Business que chaque attaque qu’il a examinée avait plutôt visé des systèmes internes destinés aux employés ou aux partenaires. Ces systèmes contiennent d’importants volumes de données clients et, de l’aveu même de l’institut, « avaient été gérés avec moins de rigueur » que les applications grand public.

• Shinhan Bank — un service de suivi de l'avancement des prêts conçu pour les recruteurs de prêts, des agents externes qui orientent les emprunteurs. Environ 25 000 clients ont été touchés, selon l'avis du 1er octobre de la banque, qui énumérait des noms, des numéros de téléphone, des revenus annuels et des limites d'emprunt calculées. Les médias coréens ont ensuite avancé le chiffre de 25 727. Tech Times a rapporté que 66 numéros d'identité nationaux et 97 identifiants CI avaient également été dérobés ; ces chiffres n'apparaissent pas dans l'avis de la banque.

• KB Kookmin Bank — un système de support au travail mobile pour les employés. American Banker a rapporté que 99 clients et 20 employés actuels ou anciens avaient été touchés ; les médias coréens ont rapporté un chiffre net de 119. Tech Times a indiqué que des noms, des numéros de téléphone, des adresses et des numéros d'identification nationaux chiffrés avaient été exposés, et que la détection avait pris environ 43 heures.

• Hana Bank — un système d'assistance à la vente pour les employés, connu sous le nom d'ODS, exposant les données de 89 clients : numéros d'identité nationaux, noms, adresses, adresses e-mail et numéros de téléphone, selon Tech Times.

• BNK Busan Bank — des pages web présentant une « validation de session insuffisante », selon les termes employés par la banque auprès de Yonhap, exposant les données de 11 développeurs externalisés.

• Yegaram Savings Bank — un serveur contenant des dossiers clients ; environ 40 000 personnes, le bilan unique divulgué le plus lourd. La banque avait déjà publié un avis indiquant qu’un pirate informatique non identifié avait obtenu un accès et provoqué une fuite, a rapporté Herald Business.

• Welcome Savings Bank — plus de 2 200 dossiers de clients entreprises, selon la compilation réalisée par le Kyunghyang Shinmun du briefing des autorités du 4 octobre.

• Hyundai Capital — la page de recherche de démarcheurs de prêts immobiliers, exposant 146 démarcheurs, selon Tech Times et le Seoul Shinmun.

Deux choses concernant l’arithmétique méritent d’être dites clairement. Le 66 000 chiffre n’est pas un nombre publié par un régulateur ; c’est la somme de sept divulgations distinctes au niveau des institutions, et il a évolué au cours de la première semaine d’octobre, à mesure que les entreprises terminaient l’examen de leurs journaux. Le 3 octobre, le Herald Business a situé le total confirmé à « un peu moins de 26 000 », avant que les quelque 40 000 de Yegaram ne soient ajoutés. Tech Times, dans un article du 5 octobre, indiquait que le nombre confirmé avait dépassé 65 000 et devrait augmenter. L’archive enregistre une fourchette de 65 000 à 68 000. Par ailleurs, le Financial Security Institute a déclaré au Herald Business que « bien plus d’institutions ont été attaquées que celles qui ont finalement connu de véritables incidents », y compris des organisations hors du secteur bancaire — une déclaration qui n’a pas été quantifiée.

Comment un titre de page est devenu une attribution

Le lien ARTEX ne provenait pas des aveux des attaquants. Il provenait d’une chaîne dans l’en-tête d’une page web. Le 2 octobre, Moon Jong-hyun, directeur du Genians Security Center, a indiqué que les serveurs web utilisés dans des attaques contre plusieurs cibles coréennes portaient le titre HTML "ARTEX-自主渗透测试控制台" — en gros « console de test d’intrusion autonome ARTEX » — selon le Kyunghyang Shinmun. Cela constituait un indice circonstanciel : le nom d’un outil dans le titre d’une page montre qu’un serveur exécutait l’outil, pas que l’outil était à l’origine du vol.

C'est ensuite que le Financial Security Institute a fait le travail qui comptait vraiment. Un responsable de l'institut a déclaré au Herald Business que les enquêteurs avaient remonté la piste des IP d'attaque et des journaux de serveurs de Shinhan Bank — la première institution à avoir signalé l'incident — et découvert des éléments pointant vers ARTEX, et que le trafic généré par l'outil porte « une signature de données spécifique commune » à celui-ci, ce qui a permis d'identifier les attaquants chez les différentes victimes. Le président de l'institut, Park Sang-won, a déclaré aux journalistes que les IP d'attaque étaient « quasiment identiques pour les banques, et un peu différentes pour les banques d'épargne », tout en avertissant que cela ne permet pas d'établir qui était à l'origine de l'attaque : « ARTEX est open source et accessible publiquement dans le monde entier », a-t-il dit. « Les IP d'attaque peuvent passer par divers endroits, donc les IP seules ne permettent pas d'identifier l'attaquant. » Des IP provenant de huit pays ont été utilisées, selon le Kyunghyang Shinmun.

La reconstruction indépendante de CrowdStrike, publiée le 7 octobre, est allée plus loin que n'importe quel média coréen. Son équipe Counter Adversary Operations a trouvé des répertoires ouverts sur des serveurs contrôlés par l'attaquant — l'un à l'adresse 38.244.50[.]120, qui hébergeait une instance ARTEX et un fichier de configuration de C​laude Code contenant un prompt de pentesting en chinois, ainsi qu'une adresse à Hong Kong qui contenait des historiques de sessions C​laude Code, des fichiers de configuration ARTEX et des fichiers de mémoire C​laude. Les répertoires n'ont jamais été verrouillés. CrowdStrike a lu les notes de travail de l'opération.

La configuration révélée par ces notes est précise : l’instance ARTEX utilisait DeepSeek v4.1-flash comme backend de modèle principal, avec GLM-5.3 de Z​hipu AI et Grok 4.6 ajoutés pour d’autres sessions C​laude Code, et l’opérateur a probablement accédé à D​eepSeek via un revendeur que CrowdStrike nomme xcai[.]pro. Cela donne une image différente de la documentation propre à ARTEX : American Banker a relevé que la page GitHub de l’outil le décrit comme fonctionnant sur des modèles d’A​nthropic ou d’O​penAI. L’outil ne fournit pas de modèle ; il fournit un harnais, et celui qui l’exploite fournit l’intelligence.

CrowdStrike a également surpris l’opérateur à faire autre chose que de l’intrusion. Dans les sessions récupérées, l’utilisateur a demandé à Claude où les acteurs malveillants vendent généralement des données coréennes issues de violations et de l’aider à trouver des groupes Telegram coréens qui les vendent. Dans une autre, l’utilisateur a demandé à Claude de rédiger un CV de chercheur en sécurité listant les résultats des travaux ARTEX. CrowdStrike a déclaré que les informations personnelles contenues dans cette invite « appartiennent probablement à l’acteur malveillant », mais que « les informations actuellement disponibles ne permettent pas d’associer définitivement ces informations à l’acteur malveillant ». Security Affairs, qui a couvert le rapport, est allé plus loin et a estimé que ces informations ne devraient pas du tout être répétées dans un article de presse. Elles ne sont pas répétées ici.

Ce qu'ARTEX est réellement

ARTEX est un système autonome de tests d'intrusion multi-agents piloté par un grand modèle de langage, publié sur GitHub sous le pseudonyme de développeur Autumn-27. D'après la lecture de son dépôt par le Kyunghyang Shinmun, il a été publié le 26 juillet 2026, a pris la première place parmi environ 150 équipes lors d'une compétition d'offensive et de défense informatiques organisée par B​aidu le 3 septembre, et a livré sa dernière version le 24 septembre — soit trois jours avant la première intrusion coréenne que le journal date au 27 septembre. Il a été conçu pour des tests de sécurité autorisés, le genre que les banques achètent : repérer les failles avant que quelqu'un d'autre ne le fasse.

Après que la campagne a été rendue publique, Autumn-27 l'a fait passer en code source fermé. {{1}}« ARTEX a été conçu à l'origine dans un but d'apprentissage et de recherche », a déclaré le développeur dans un communiqué relayé par The Hacker News. « Compte tenu de la réalité de l'utilisation abusive de l'outil, le projet ARTEX ne sera plus mis à jour et basculera vers un code source fermé. Aucune version ne sera publiée et aucun support de maintenance ne sera assuré à l'avenir. »{{/1}} La fermeture du dépôt ne permet pas de rappeler les copies déjà téléchargées, et {{2}}le Financial Security Institute a fait valoir auprès de Herald Business qu'ARTEX n'a rien de particulier : « Il existe un très grand nombre d'outils d'IA open source comme ARTEX. Il n'existe actuellement aucun moyen de restreindre tout ce qui est développé et distribué dans le monde. »{{/2}}

Ce qui est établi, et ce qui ne l’est pas

C’est ici que le document récompense le lecteur attentif, car les parties assurées et les parties incertaines se côtoient de près.

Établi : sept institutions nommées ont subi des violations de données entre fin septembre et début octobre 2026 ; les intrus ont atteint des systèmes auxiliaires plutôt que les systèmes bancaires centraux ; les pertes divulguées totalisent environ 66 000 dossiers individuels plus environ 2 200 dossiers d'entreprises ; le Financial Security Institute a analysé les journaux de Shinhan et découvert ARTEX ; CrowdStrike a indépendamment trouvé l'infrastructure, les fichiers de configuration et les historiques de sessions LLM d'ARTEX sur des serveurs contrôlés par les attaquants ; et l'évaluation de l'institut est qu'un humain a dirigé l'outil.

Non établi : qui l’a fait. CrowdStrike n’a attribué la campagne à aucun adversaire nommé et n’a évalué qu’avec une confiance modérée que l’opérateur est un sinophone motivé par des considérations financières — un jugement fondé sur l’utilisation d’un outil développé en Chine et d’invites en langue chinoise, deux signaux faibles pour établir la nationalité. Le Kyunghyang Shinmun a cité Park Chun-sik, de l’université Ajou, qui fait le constat évident que les groupes sophistiqués passent par plusieurs pays précisément pour invalider cette déduction. Il n’est pas non plus établi qu’ARTEX ait été utilisé dans les sept intrusions, seulement qu’il a été identifié dans les attaques contre les banques et que les caisses d’épargne ont été attaquées de manière similaire.

Contesté sur les marges : comment l'intrusion dans Shinhan a fonctionné. Yonhap a décrit du bourrage d'identifiants ; le Dong-A Ilbo, s'appuyant sur un rapport d'incident que Shinhan a remis à un élu, a décrit une énumération — l'injection de numéros de client aléatoires dans le service de recherche jusqu'à ce que certains renvoient des données — pendant environ 30 heures à partir du 28 septembre. Ce qui n'est pas contesté, c'est le résultat : une étape de vérification par téléphone mobile a été contournée, et aucune explication n'a été donnée quant à la manière dont cela s'est produit. L'avis de Shinhan dit seulement qu'un « outsider non autorisé » a atteint certains services « par des moyens anormaux ».

Non formellement confirmé par un régulateur : l'attribution à ARTEX elle-même. La conclusion du Financial Security Institute est parvenue au public par un responsable s'exprimant auprès du Herald Business, et American Banker a noté sans détour qu'« aucun régulateur n'a publiquement désigné ARTEX comme étant impliqué dans l'attaque ». Cette distinction importe moins qu'elle n'en a l'air — l'institut est l'agence cyber du secteur et son président a discuté de l'affaire avec des journalistes —, mais c'est la différence entre une conclusion d'agence et une notification d'agence, et le dossier en garde trace.

Qu’est-ce qui a changé par la suite ?

La réponse réglementaire a été rapide et, selon les critères coréens, inhabituellement large. La Commission des services financiers a tenu des réunions d'urgence le vendredi 2 octobre et le dimanche 4 octobre, et a ordonné aux entreprises financières d'inventorier tous les systèmes exposés à internet « qu'ils soient ou non destinés aux clients », les lacunes devant être corrigées d'ici le 8 octobre, selon Yonhap. Elle a indiqué aux entreprises que les données de crédit personnelles ne devaient pas être « stockées ou consultables sans nécessité » dans les systèmes utilisés par les employés et par « le personnel externe, comme les recruteurs de prêts et les sous-traitants », ce qu'elle a qualifié de « cause des récentes intrusions ». La police a ouvert une enquête officielle, et l'Institut de sécurité financière a commencé à rédiger une recommandation invitant les entreprises à auditer tous leurs systèmes internes destinés aux employés parmi leurs points d'accès externes.

L'alerte aux consommateurs de la commission, publiée le 6 octobre, indiquait que les attaquants n'avaient pas obtenu de mots de passe ni de codes à usage unique et qu'aucun client n'avait perdu d'argent, mais avertissait que les données volées sur les revenus et les prêts facilitaient la construction d'offres de prêt frauduleuses convaincantes. Le directeur du Financial Security Institute s'attendait à la même chose : « L'attaquant n'a pas pris le contrôle des systèmes — il est entré et a extrait des informations en les interrogeant », a déclaré le responsable au Herald Business. « Les données personnelles divulguées pourraient servir à l'hameçonnage vocal et à des arnaques similaires, mais nous ne nous attendons pas à ce que des fonds soient directement transférés hors des comptes. »

Le changement aux conséquences les plus lourdes est celui que le compte rendu énonce et que la couverture médiatique coréenne complique. Les régulateurs assouplissaient la séparation des réseaux — la règle qui maintient les systèmes métier des banques physiquement isolés des réseaux externes — pour permettre aux entreprises d'utiliser des outils de sécurité fondés sur l'IA. Un premier groupe d'entreprises a été admis, et une deuxième vague devait être sélectionnée parmi 75 candidats, avec un plafond de 15, le 7 octobre. Le Tracker a rapporté le 21 octobre que la commission avait reporté cette sélection, invoquant la mobilisation de personnel sur la réponse aux incidents, et qu'aucune date de reprise n'avait été fixée ; il a également rapporté que la commission insiste sur le fait qu'elle n'a pas abandonné la politique elle-même. Cette nuance concorde avec ce que le président de la Financial Services Commission, Lee Eok-won, a déclaré lors d'un audit parlementaire le 8 octobre, selon Yonhap : que pour arrêter les attaques pilotées par l'IA, « on finit par devoir utiliser l'IA », et que la commission examinait des « moyens progressifs et efficaces » de modifier les règles de séparation. La deuxième vague a été retardée ; l'orientation de la politique ne s'est pas visiblement inversée.

La responsabilité a elle aussi évolué. The Tracker a rapporté que le gouverneur du Financial Supervisory Service, Lee Chan-jin, avait déclaré lors du même audit, le 19 octobre, que cette affaire pourrait être la première dans laquelle la responsabilité en matière de contrôle interne d’un dirigeant serait formellement examinée à la suite d’un incident cyber, et que le service envisageait une responsabilité renforcée pour les RSSI et les PDG. Ni les banques ni le régulateur n’ont publié de rapport sur les causes profondes.

Comment l'archive le classe

La fiche est un incident — un événement réalisé, pas une prévision — daté du 6 octobre 2026, le jour où le président a pris acte du signal de l'IA et le jour où l'alerte consommateur de la commission a été émise. La gravité est critique ; les étiquettes de type sont WEAPON et EXFIL, ce qui signifie un outil détourné en instrument d'attaque et des données exfiltrées. Un préjudice réel est enregistré comme avéré, l'implication de l'IA est confirmée, et la note de confiance est A — bien documenté, avec des sources primaires concordantes. La fiche n'est pas signalée comme contestée.

Cette note mérite d’être lue avec précision. Elle indique que l’événement et sa forme sont bien étayés : les intrusions, les systèmes, les décomptes, l’outil, la direction humaine. Elle ne dit pas que l’opérateur a été identifié, car personne n’a identifié l’opérateur, et elle ne transforme pas la conclusion d’un institut en notification d’un régulateur. Le seul élément que ce dossier établit au-delà de ses propres chiffres est plus étroit et plus utile : un agent open source conçu pour des tests autorisés a été dirigé contre sept entreprises financières, il a abaissé le niveau de compétence nécessaire pour mener une campagne multi-cibles en moins d’une semaine, et ce qui l’a stoppé n’a pas été un modèle astucieux, mais un institut remarquant un titre de page et une banque lisant ses propres journaux.

Cette fiche figure aux côtés des autres incidents d’IA documentés dans l’archive des incidents d’IA, où chaque entrée comporte ses propres sources, son niveau de gravité, son degré de confiance et son indicateur de contestation.