Les paiements autonomes par agents IA atteignent 176 millions de transactions pour 73 millions de dollars depuis le début de 2026 selon Keyrock. Pourtant, quand un agent dépense mal, la question juridique reste simple : la faute incombe à l’entreprise qui l’a déployé, jamais au modèle.
Au programme
- 176 millions de transactions autonomes depuis janvier 2026, pour 73 M$ de volume selon Keyrock
- Un message en morse a déclenché un virement de 150 000 à 200 000 $ sans validation humaine
- 36,82 % des compétences publiques d’agents scannées par Snyk contenaient une faille de sécurité
Un cas récent l’illustre. Le 4 mai, un message caché en code morse a déclenché un transfert de crypto estimé entre 150 000 et 200 000 dollars. Il a transité par deux systèmes d’IA connectés : Grok de xAI, qui a décodé le message, et Bankrbot, un agent de paiement qui l’a interprété comme un ordre de virement. Résultat : une dépense à six chiffres sans qu’aucun humain n’ait validé l’opération.
Qui porte la responsabilité légale d’un agent IA ?
Rodrigo Coelho, CEO d’Edge & Node, tranche : « L’entreprise qui l’a déployé. Il n’existe aucune version où la responsabilité incombe au modèle. » La Californie a déjà inscrit ce principe dans la loi avec AB 316, en vigueur depuis janvier.
Ce texte empêche un défendeur qui a développé, modifié ou utilisé une IA de plaider que le système a causé le dommage de manière autonome. La causalité et la prévisibilité restent les critères centraux. Une transaction sur la blockchain prouve que l’argent a bougé. Elle ne prouve pas que l’agent avait un mandat valide pour le faire. Le secteur en fait déjà l’expérience : Kraken a vu un utilisateur perdre 61 BTC après une fuite de clé privée, un précédent qui illustre la difficulté à établir qui contrôlait réellement les fonds.
« La plupart des entreprises qui déploient des agents aujourd’hui ne peuvent pas prouver ce que leur agent était autorisé à faire. Elles montrent la transaction, publique et permanente. Elles ne montrent pas la permission qui se trouvait derrière. »
Qu’est-ce qu’un mandat signé et borné dans le temps ?
Nitin Gaur, responsable institutions chez Nethermind, insiste sur la preuve d’autorité : « Ce qui tranche un litige, c’est la preuve du mandat. Montrez que l’agent a agi dans un mandat valide, signé et borné dans le temps, et l’affaire se règle comme tout paiement autorisé. »
Cette approche s’installe dans les infrastructures de paiement. Mastercard a lancé Agent Pay for Machines en juin pour les paiements à faible valeur et haute fréquence. Le protocole AP2 de Google utilise des mandats signés cryptographiquement. Le Trusted Agent Protocol de Visa permet aux agents approuvés de présenter des signatures numériques prouvant identité et autorisation. Brian Armstrong anticipe d’ailleurs que la crypto deviendra l’infrastructure de ces agents, une vision qui suppose précisément ce type de preuves d’autorité.
La fraude aux bots IA montre que la question dépasse la simple technique : elle touche à la confiance dans les systèmes autonomes.
Comment sécuriser un agent de paiement ?
Francesco Andreoli, directeur des relations développeurs chez MetaMask, résume : « Les contrôles qui marchent sont ceux que l’agent ne peut pas atteindre. Si votre politique vit dans le prompt, ce n’est pas une politique, c’est une suggestion à un système qu’on a vu se faire manipuler. »
L’étude Snyk ToxicSkills de février a scanné 3 984 compétences publiques d’agents : 36,82 % contenaient au moins une faille de sécurité, dont 76 charges malveillantes confirmées. Le prompt hacking devient le vecteur d’attaque dominant, comme l’a montré le détournement de Grok. Cette vulnérabilité systémique s’inscrit dans une tendance plus large : l’IA aggrave une épidémie de hacking crypto déjà record.
L’agent ne doit jamais détenir les clés privées. Une séparation stricte s’impose : l’agent propose le paiement, un système séparé décide s’il est permis. Concrètement : fonds cloisonnés, plafonds quotidiens stricts, contreparties approuvées, révocation rapide, bouton d’arrêt d’urgence testé. Robinhood a ouvert le trading crypto aux agents IA autonomes en appliquant ce principe de délégation encadrée, avec des limites de mandat intégrées dès la conception. Le précédent du hack de Bankr rappelle que même un agent conçu pour la simplicité peut exposer les fonds de ses utilisateurs quand la sécurité n’est pas dissociée de l’autonomie.
À retenir
La responsabilité d’un agent IA qui perd de l’argent crypto incombe à l’entreprise qui l’a déployé. La Californie l’a codifié avec AB 316, et les standards de mandats signés de Google et Visa transforment cette règle en infrastructure. L’essentiel : la permission doit voyager avec le paiement, et l’agent ne doit jamais atteindre les clés privées.
Questions fréquentes
Qui est juridiquement responsable si un agent IA perd de la crypto ?
L’entreprise qui a déployé l’agent. La loi californienne AB 316 empêche de plaider que le système a agi de façon autonome. La preuve d’un mandat valide, signé et borné dans le temps devient le critère décisif en cas de litige.
Pourquoi séparer l’agent des clés privées ?
Parce qu’un agent peut être manipulé via des instructions cachées. Si l’agent détient directement les clés, un prompt piégé suffit à vider les fonds. La séparation impose qu’un système indépendant valide chaque transaction, ce qui réduit drastiquement les pertes.
Quelle est l’ampleur réelle des failles dans les agents ?
L’étude Snyk ToxicSkills a scanné 3 984 compétences publiques en février : 36,82 % contenaient au moins une faille, dont 76 charges malveillantes. Le prompt hacking est désormais le vecteur d’attaque le plus répandu contre ces systèmes autonomes.
