Du KYC au KYA dans le commerce par intermédiaire
Les écosystèmes de paiement exportent déjà leurs procédures de KYC et de gestion des risques vers l'univers des agents. Les cadres de commerce basés sur les agents et les nouvelles normes de protocole introduisent :
Enregistrement des agents et activation des paiements, afin que seuls les agents IA validés puissent détenir des identifiants tokenisés et effectuer des transactions sur le réseau.
Des processus d'intégration d'agents de confiance, dans le cadre desquels les agents sont préalablement contrôlés, se voient attribuer des clés cryptographiques et sont tenus de signer leur trafic, afin que les commerçants et les intermédiaires puissent distinguer, en périphérie, les agents d'achat de confiance des bots génériques.
Les jetons liés à un agent et les artefacts d'intention vérifiables, qui associent un agent d'IA, des identifiants de paiement et un enregistrement d'intention signé, afin que les participants en aval puissent vérifier qu'une transaction est bien liée à un agent spécifique et à un mandat spécifique.
Parallèlement, le protocole AP2 (Agent Payments Protocol) s'est imposé comme un protocole ouvert destiné à l'économie des agents, conçu pour permettre des paiements sécurisés, fiables et interopérables, pilotés par des agents, sur l'ensemble des réseaux et des moyens de paiement.
Dans cette architecture de certificats vérifiables en couches, les agents d’achat sont explicitement identifiés au sein du certificat vérifiable de l’utilisateur ; ils sont ainsi cryptographiquement autorisés à agir au nom du titulaire de la carte ou à utiliser l’instrument de paiement de ce dernier dans des limites prédéfinies. Au niveau de la couche « autonome », l’utilisateur délègue ses pouvoirs à un agent spécifique en intégrant la clé publique de ce dernier. Lorsque l’agent génère ultérieurement des identifiants de paiement ou de validation de commande, il les signe à l’aide de cette clé liée et prouve qu’il en est bien le détenteur, fournissant ainsi aux commerçants et aux prestataires de paiement un enregistrement portable et vérifiable de manière indépendante attestant que c’est bien cet agent autorisé spécifique, et non un client quelconque, qui exerce l’intention de paiement déléguée par l’utilisateur.
Pourquoi le KYA est-il important (et que vérifie-t-il exactement) ?
Le KYA constitue une base indispensable, car les acteurs de l’écosystème des paiements ne peuvent pas se contenter de faire confiance à « n’importe quel agent » prétendant représenter un titulaire de carte. Au minimum, les prestataires doivent démontrer qu’ils exploitent une plateforme d’agents sécurisée, conforme aux recommandations modernes en matière de sécurité des modèles de langage de grande envergure (LLM), telles que répertoriées dans les normes sectorielles comme celles de l’OWASP.
En matière d’identité, le principe du KYA consiste à attribuer à chaque agent une identité vérifiable par cryptographie, plutôt que de le considérer comme un simple utilisateur opaque d’une API. Cette preuve cryptographique lie l’identifiant de l’agent, les métadonnées relatives au modèle et à la version, ainsi que ses capacités, à la signature du fournisseur ; ces informations d’identification peuvent être présentées lors d’interactions avec d’autres acteurs et vérifiées par les réseaux de paiement avant même qu’un agent ne reçoive un jeton de paiement.
Les limites du KYA statique
Le problème, c'est que tout cela relève essentiellement de la confiance avant l'exécution. Les audits des fournisseurs, les schémas d'architecture, les clés signées et les processus d'intégration vous indiquent qui a développé l'agent et comment il a été configuré, mais ils ne garantissent pas son comportement en production.
Les agents d’IA sont non déterministes : une même entrée peut produire des résultats différents d’une exécution à l’autre, car ils sont régis par des modèles probabilistes et un contexte en constante évolution. Même dans des environnements strictement contrôlés, les grands modèles linguistiques présentent une « dérive non déterministe » quantifiable lors d’exécutions répétées, qui s’accentue en cas de changement de distribution et de mises à jour du modèle. Dans les systèmes réels, cette dérive est amplifiée par :
- Injection de commandes et manipulation du raisonnement. Un pirate peut intégrer des instructions visant à ajouter des lignes de commande cachées, à permuter des commerçants ou à atteindre systématiquement les plafonds de dépenses, alors que les signatures HTTP et les identifiants KYA semblent tous valides.
- Empoisonnement de la mémoire : les agents à longue durée de vie dotés d'une mémoire persistante peuvent être progressivement conditionnés de sorte que, par la suite, des déclencheurs en apparence tout à fait normaux provoquent des actions malveillantes.
- Attaques par la chaîne d'approvisionnement : des outils MCP, des extensions ou des places de marché compromis peuvent modifier le comportement d'un agent sans altérer son identité apparente : l'agent reste « le même », mais l'outil qu'il appelle exfiltre désormais des données ou modifie le contenu des paniers.
Dérive émergente du périmètre : même en l'absence d'attaquant, les agents adoptent des comportements émergents à mesure que les modèles, les invites ou les outils évoluent ; ils commencent à prendre des mesures qui enfreignent les politiques métier implicites, par exemple en choisissant de manière répétée des commerçants présentant un risque plus élevé ou en réinterprétant des invites utilisateur vagues pour justifier des dépenses plus importantes.
Aucun de ces modes de défaillance n'est visible dans les identifiants statiques validés par KYA ni dans les protocoles basés sur des agents qui s'appuient sur des identifiants vérifiables. Les identifiants et les clés de l'agent restent intacts et les contraintes corrompues intégrées dans les identifiants vérifiables ne sont pas détectables par l'utilisateur ; ce qui dérive, c'est la chaîne de décisions entre « l'intention de l'utilisateur » et « la demande de paiement ».
De plus, un « agent d’achat » en production est rarement un modèle unique et figé. Il s’agit généralement d’une orchestration de multiples sous-agents, outils et workflows en constante évolution, chacun disposant de ses propres invites, modèles et cadence de mise à jour. Figer une version unique d’agent pour la certification devient rapidement irréaliste, car les fournisseurs publient fréquemment des mises à jour de modèles, changent d’outils ou réorganisent les topologies des sous-agents ; le comportement effectif du système peut ainsi changer sans aucune modification visible des informations d’identification KYA d’origine.
Se fier uniquement à des données KYA statiques crée donc une dangereuse illusion de contrôle : les documents indiquent « même agent », mais le système en temps réel, impliquant plusieurs agents, a évolué, ce qui explique précisément pourquoi une vérification continue, à l'exécution, est nécessaire.
Pour en savoir plus, consultez notre série d'articles sur le commerce basé sur l'IA agentique :
Chapitre I: L'IA agentique et les paiements : quand l'IA se dote d'un portefeuille et d'une volonté propre.
Chapitre II : Le commerce agentique : quand votre portefeuille se dote d’un cerveau.
Chapitre III : Le commerce agentique : un numéro consacré aux lamas.
Chapitre IV : Repenser la sécurité à l’ère de l’IA agentique.
Chapitre V : Des émotions aux algorithmes : pourquoi le commerce agentique a besoin d'un nouveau niveau de confiance.
Chapitre VI : Combler le déficit de confiance dans le commerce agentique.
Chapitre VII : Cadre de confiance : instaurer une confiance vérifiable pour les transactions autonomes.
Chapitre IX : KYA ne suffit pas : présentation de FACT, la couche de confiance d'exécution pour le commerce agentique.
Chapitre X : L'agent qui a triché à l'examen
