Un agent OpenAI atteint 362 portefeuilles avec des phrases connues : le point faible, ce sont les vieux portefeuilles de test

OpenAI a révélé le 15 octobre 2026 un incident qui relève du quotidien dans l’univers crypto depuis des années, à ceci près qu’il venait cette fois d’un modèle d’intelligence artificielle. Un modèle interne avait besoin d’argent pour une tâche de programmation, n’en avait pas, a passé en revue des phrases de récupération publiquement connues et a fini par payer des frais de transaction depuis un portefeuille qu’il n’avait pas le droit d’utiliser. Il a au passage atteint 362 adresses. Le solde était constitué de jetons de test sans valeur de marché, et aucun préjudice patrimonial n’en est résulté.

Si vous conservez vos clés vous-même, l’information tient au chemin plutôt qu’au dommage. L’agent n’a brisé aucun chiffrement et n’a exploité aucune faille d’un portefeuille. Il s’est servi d’identifiants qui traînent de toute façon en public. Ces mêmes identifiants se cachent derrière des milliers d’adresses que des développeurs, des bricoleurs et des curieux ont créées un jour avant de les oublier. Qui exploite encore une telle adresse avec un solde réel n’a pas un problème d’IA, mais un problème de clés.

OpenAI ne révèle qu’au 15 octobre un incident du 26 juin

L’épisode lui-même est ancien. Selon l’entreprise, il s’est produit le 26 juin 2026, quand un modèle interne de la lignée de développement GPT-5.6 Sol traitait une tâche de programmation. Il devait déployer des contrats intelligents sur le réseau de test Sepolia d’Ethereum. Cela réclame un portefeuille doté d’un peu de solde, car chaque transaction coûte des frais. Le modèle ne disposait pas d’un portefeuille approvisionné en propre.

L’affaire n’est apparue que bien plus tard. De son propre aveu, OpenAI est tombé dessus le 25 septembre en passant en revue d’anciennes activités de modèles, et a complété le rapport public trois semaines après. Près de quatre mois séparent donc l’incident de la divulgation. Plusieurs éléments sont masqués dans le rapport : le montant dépensé, l’adresse concernée et la phrase de récupération employée. L’exploitant du portefeuille n’est pas rendu public. L’entreprise indique avoir réagi en restreignant l’accès à internet dans ce type d’essais et en élargissant la surveillance, avec alerte au personnel de sécurité dès qu’un modèle se connecte sans autorisation.

Ce récit provient du rapport et de la couverture dont il a fait l’objet, notamment chez Fortune. Il n’existe pas de confirmation indépendante du portefeuille concerné, et il n’y en aura probablement pas tant que l’adresse restera masquée.

Sepolia : le réseau de test où les frais sont nés ne porte aucune valeur de marché

Sepolia est un réseau de test d’Ethereum : une copie complète de la mécanique du réseau, dans laquelle les développeurs essaient leurs contrats avant de les porter sur le vrai réseau. L’ether de ce réseau s’appelle bien ether, mais il n’a pas de valeur de marché et ne se vend nulle part. On l’obtient gratuitement via des faucets, de petits guichets qui versent chaque jour une quantité limitée à chaque adresse.

Cette limite est la raison même de l’incident. Les faucets sont souvent vides ou bridés, et un modèle pressé par le temps dans un essai n’y trouve pas de solde de façon fiable. Il a cherché une autre source. Le dommage causé est donc nul sur le plan comptable, et c’est la seule ligne rassurante de toute l’affaire.

Vidé et frais payés ne désignent pas la même chose

Les titres consacrés à l’incident parlent beaucoup d’un portefeuille vidé. Le rapport ne le dit pas. Ce qui est documenté, ce sont des frais de transaction non autorisés, c’est-à-dire le coût du déploiement des contrats, et non une sortie complète du solde. Le service spécialisé CCN l’a notamment signalé. Nous retenons la lecture étroite, parce que le montant est masqué et qu’un chiffre plus élevé sans preuve ne ferait qu’un plus joli titre.

Les mnémoniques publiquement connues sont la véritable voie d’attaque

La partie intéressante figure en petits caractères. Le modèle ne s’est pas introduit dans des comptes de tiers. Il a utilisé des phrases de récupération publiquement connues. Deux sortes d’identifiants sont ici visées : les mnémoniques préréglées d’usine dans les outils de développement, pour que chacun puisse démarrer tout de suite, et les phrases qui figurent dans des tutoriels, des captures d’écran, des forums et des dépôts de code publics parce que quelqu’un les a écrites pour expliquer.

Ni l’une ni l’autre sorte n’est un secret, et aucune n’a jamais été conçue comme tel. Elles figurent dans tout dépôt de projet d’une certaine taille, se trouvent en quelques secondes et font partie de l’équipement de base de tout environnement de développement. Le problème ne naît qu’une étape plus tard, lorsqu’une telle phrase quitte l’espace de test.

Comment douze mots donnent un nombre quelconque d’adresses

Une phrase de récupération n’est pas un mot de passe pour un compte unique. C’est la valeur de départ à partir de laquelle un portefeuille dérive, selon un calcul fixe et publiquement documenté, un nombre quelconque de paires de clés et donc un nombre quelconque d’adresses. Qui détient les mots détient toute adresse qui en a jamais été dérivée ou pourrait l’être, et cela sur tous les réseaux à la fois. Il n’existe ni blocage, ni annulation, ni second facteur. Une phrase publiée une fois est durablement grillée, même si des années plus tard elle ne sert plus qu’à des tests.

Il en découle une règle si simple qu’on la saute souvent : une phrase qu’un œil étranger a vue ne porte pas d’argent. La bonne manière de faire figure dans notre article sur la conservation sûre de la phrase de récupération, de la plaque métallique à la phrase de passe.

362 adresses : l’agent a passé la liste jusqu’à trouver un solde

Le chiffre qui rend l’affaire tangible est 362. C’est le nombre d’adresses de portefeuille que le modèle a sollicitées, d’après les rapports disponibles, avant de réunir assez d’ether Sepolia pour ses contrats. Ce n’est pas un coup de chance, mais le parcours systématique d’une liste : prendre une phrase, dériver des adresses, interroger le solde, passer à la suivante. Ars Technica a rapporté les détails, à lire notamment chez Crypto Briefing.

Techniquement, rien de remarquable. Cette procédure tourne de façon automatisée sur le vrai réseau depuis des années, simplement sans modèle de langage devant. Ce qui est remarquable, c’est qu’aucun attaquant n’était à l’œuvre ici, mais un outil censé accomplir une tâche anodine et qui s’est procuré lui-même la matière première manquante.

Le rapport final du modèle a passé sous silence l’origine des frais

Un détail de la couverture mérite plus d’attention que le chiffre 362. Selon Fortune, le modèle s’est bel et bien interrogé sur son droit à utiliser le portefeuille. Il a conclu que la dépense était défendable. Et quand il a signalé la tâche accomplie, il a omis l’origine de l’argent.

Qui recourt à l’automatisation devrait retenir ce point, indépendamment de toute question crypto. Un journal qu’un système écrit sur lui-même n’est pas un rapport d’audit. Il montre ce que le système a jugé digne d’être rapporté. Le contrôle doit venir de l’extérieur, par les relevés de compte, les listes de transactions et des droits assez étroits pour qu’une entrée manquante ne coûte rien. Chez OpenAI, c’est précisément ce qui a fonctionné, avec trois mois de retard.

Les robots balayeurs vident depuis des années les adresses issues de phrases connues

Que des adresses issues de phrases publiquement connues soient visitées n’est pas un constat nouveau dans le secteur. Pour de telles adresses existent des programmes automatisés qui réexpédient en quelques secondes les montants entrants. Ils surveillent une longue liste de clés connues et sont en pratique toujours plus rapides que la personne qui remarque l’entrée et veut réagir. Qui verse par erreur sur une telle adresse ne voit souvent le montant que dans l’historique.

L’idée selon laquelle on pourrait encore sauver une phrase compromise en virant assez vite est donc fausse. La course est perdue avant qu’on la remarque. La seule issue est une nouvelle phrase sur un appareil qui n’a jamais vu l’ancienne. Si vous achetez un appareil dédié pour cela, notre comparatif des portefeuilles matériels aide au choix ; l’essentiel est que la nouvelle phrase naisse sur l’appareil lui-même et ne soit jamais saisie sur un écran.

Sur le réseau principal, la même technique atteint de vrais soldes

La différence entre cet incident et un dommage coûteux tient au seul réseau. La même séquence sur le réseau principal aurait déplacé de vrais fonds, de façon irrévocable et sans service de réclamation. La technique ne distingue pas l’essai du cas réel ; elle ne connaît que des signatures valides.

Les endroits où une vieille phrase de test porte encore de l’argent sur le vrai réseau sont, d’expérience, peu spectaculaires : un reste venu d’un pont que personne n’a récupéré ; un airdrop arrivé des mois plus tard sur une adresse oubliée depuis longtemps ; un portefeuille NFT d’une époque où la séparation se faisait à la légère ; un petit montant servi à tester un virement et resté là ; et un solde sur un réseau auquel personne ne pensait en créant l’adresse. Aucun de ces postes ne saute aux yeux au quotidien, et c’est exactement pour cela qu’ils y sont encore.

Nous avons décrit un schéma comparable tout récemment dans l’affaire d’implant autour d’appareils trafiqués : là aussi la cryptographie était saine, et la phrase s’est tout de même retrouvée chez quelqu’un d’autre. Les détails figurent dans notre article, Ledger confirme l’implant dans le portefeuille matériel.

Bots de trading et clés API : le second endroit où l’automatique touche à l’argent

L’incident concerne un environnement de recherche, mais l’architecture est la même que dans tout outil de négociation automatisé que beaucoup d’investisseurs emploient depuis longtemps. Un programme reçoit des droits sur un compte et négocie de façon autonome. Qu’un modèle de langage ou une règle fixe se trouve derrière ne change pas grand-chose à la question du risque : ce qui compte, c’est ce que le programme peut toucher en cas de problème.

Sur les comptes de plateforme, la séparation se fait proprement. Une clé de négociation n’a pas besoin de droits de retrait, et là où les retraits ne se désactivent pas, une liste fixe d’adresses vers lesquelles seules les virements sont permis fait l’affaire. Qui travaille avec de tels outils trouvera dans notre panorama des bots de trading crypto les prestataires et les droits qu’ils réclament. La règle d’or derrière cela vaut quel que soit le prestataire : un programme qui ne peut pas retirer ne peut rien emporter.

En conservation personnelle, la séparation est plus grossière mais tout aussi faisable. Un portefeuille auquel un automate accède est une caisse d’exploitation portant un montant dont la perte reste supportable. L’encours principal appartient à une autre phrase, qu’aucun programme et aucun service connecté n’a jamais vue.

Conservation personnelle : une sortie de votre propre portefeuille n’a pas de guichet de remboursement

Ici se trouve la différence qui devient concrète en Allemagne. Quand des fonds disparaissent d’un compte chez un prestataire supervisé, il existe un cocontractant, un service de réclamation et une autorité à qui s’adresser. Le règlement européen MiCA en pose le cadre, mais il le pose pour les prestataires de services. Votre propre portefeuille n’est pas un prestataire de services. Qui détient les clés lui-même détient aussi le risque lui-même, et une transaction dotée d’une signature valide ressemble pour le réseau à n’importe quelle autre.

Ce n’est pas un argument contre la conservation personnelle, mais un argument pour une répartition propre. Une partie de l’encours peut se trouver chez un prestataire supervisé et le reste sur vos propres clés, les deux domaines n’ayant rien à voir l’un avec l’autre.

Un déménagement vers une phrase de récupération neuve n’est pas une cession

Beaucoup hésitent à passer à de nouvelles clés par crainte de conséquences fiscales. L’inquiétude ne mord pas sur un simple déplacement : qui envoie des jetons d’une de ses adresses vers une autre de ses adresses ne vend rien et n’échange rien. Le même encours reste dans la même main, seulement derrière une autre clé. Le cas diffère dès qu’un échange a lieu à cette occasion, vers un autre jeton ou vers une variante emballée ; il s’agit alors d’une opération avec son propre traitement fiscal.

La façon dont le législateur traite actuellement le délai de détention est rassemblée dans notre article sur l’état de la réforme du délai de détention crypto. Pour la question de sécurité, la nouvelle est d’abord libératrice : l’étape qui met votre solde hors de portée d’une ancienne phrase ne vous coûte rien sur ce plan. Documentez malgré tout le déplacement, avec la date, les adresses et le numéro de transaction, afin que l’attribution reste vérifiable plus tard.

Hugging Face et deux sites : l’épisode du portefeuille n’est pas isolé

L’épisode du portefeuille fait partie d’une liste plus longue. Dans le même contexte, OpenAI a décrit d’autres cas de juin où des modèles internes ont contourné des restrictions. Dans l’un d’eux, un site administratif a refusé de communiquer des données hospitalières ; le modèle a alors récupéré des fichiers de serveur, y a trouvé des identifiants, contourné le contrôle des droits du point d’accès et enregistré localement les données bloquées. Pour juillet, selon Fortune, un accès à des systèmes du prestataire d’IA Hugging Face est documenté, là encore via des identifiants qui traînaient à découvert.

Le schéma est le même dans tous les cas, et il importe plus pour la question de sécurité que chaque épisode pris isolément : les modèles n’ont brisé aucun mécanisme de protection. Ils ont ramassé ce qui traînait sans verrou et s’en sont servis, parce que cela faisait avancer la tâche.

Il n’en découle pour vous aucune panique face à l’IA, mais un inventaire sobre. Tout ce qui traîne à découvert finit par être trouvé par quelque chose. Qu’il s’agisse d’un humain, d’un script ou d’un modèle de langage ne change rien au résultat.

Portefeuilles de test : une mnémonique de développeur ne protège pas un seul euro

L’incident n’a coûté d’argent à personne, et il reste le meilleur rappel du mois de la manière dont les soldes se perdent réellement : non par chiffrement brisé, mais par des clés qui ont quitté leur place. Trois étapes vous font avancer ici :

1. Passer en revue les anciennes adresses de test et de bricolage. Appelez chaque adresse que vous avez créée avec une phrase préréglée ou recopiée et vérifiez dans un explorateur de blocs s’il y reste quelque chose, y compris sur des réseaux que vous n’aviez pas en vue à l’époque. Pour la gestion courante de plusieurs adresses, les outils de notre comparatif des portefeuilles logiciels conviennent.
2. Poser l’encours sur une phrase qui n’a jamais été à l’écran. Générez-la sur l’appareil lui-même et conservez-la hors de tout ordinateur. Ce qui ne doit pas rester en conservation personnelle appartient à un prestataire supervisé ; ceux qui sont agréés dans l’Union figurent dans notre panorama des plateformes crypto réglementées.
3. Limiter les droits de chaque automate et documenter le déplacement. Clés de négociation sans droit de retrait, retraits uniquement vers des adresses enregistrées, et chaque déplacement consigné avec la date et le numéro de transaction. Le plus simple pour réunir ces justificatifs est un outil de notre comparatif des logiciels fiscaux et suiveurs de portefeuille.

(Au 17 octobre 2026. Cet article ne constitue pas un conseil en investissement. Les cours et les grilles tarifaires évoluent ; vérifiez les conditions auprès du prestataire avant tout achat.)