KYA (Know Your Agent) est la couche d’identité qui fait défaut au commerce agentique : une attestation vérifiée qui indique à un commerçant, à un réseau de paiement ou à une API qui l’agent IA représente, ce qu’il est autorisé à faire et qui assume la responsabilité en cas de comportement inapproprié. À mesure que les agents IA commencent à faire des achats, à effectuer des réservations et à payer, le KYC seul ne suffit plus. L’acheteur est peut-être connu, mais l’agent, lui, ne l’est toujours pas.
Qu'est-ce que « KYA » (Know Your Agent) ?
Le principe « KYA » (Know Your Agent), ou « Connaissez votre agent », consiste à vérifier l'identité d'un agent IA avant qu'il n'agisse au nom d'une personne ou d'une entreprise. Concrètement, cela peut se traduire par un identifiant cryptographique reliant l'agent à son opérateur, à l'utilisateur qui lui a délégué des pouvoirs, à la tâche autorisée, aux limites de transaction, à la durée de validité et à la piste d'audit.
Considérez cela comme le cousin du KYC dans le domaine du commerce automatisé, mais n’étendez pas trop cette analogie. Le KYC vise à vérifier si le client est bien réel et légalement autorisé à effectuer des transactions. Le KYA, quant à lui, vise à vérifier si le logiciel à l’origine de la requête est authentique, autorisé et soumis à des contraintes. Il s’agit d’un problème différent, qui nécessite des preuves différentes.
Cette idée est passée du stade théorique à celui des pressions du marché en 2025 et 2026. Google a annoncé le 16 septembre 2025 le protocole AP2 (Agent Payments Protocol), qui utilise des « mandats » signés cryptographiquement pour enregistrer les intentions des utilisateurs et les contraintes liées aux transactions. OpenAI En septembre 2025, Stripe a lancé la fonctionnalité « Instant Checkout » dans ChatGPT en s'appuyant sur le protocole Agentic Commerce. Stripe a présenté les « jetons de paiement partagés », qui permettent aux applications d'IA d'initier des paiements sans divulguer les informations de carte de l'acheteur.
Le 28 avril 2026, Google avait fait don de l'AP2 à la FIDO Alliance en vue d'une normalisation à plus grande échelle. C'est important, car les paiements ne peuvent pas se généraliser sur la base de démonstrations reposant sur la confiance. Ils ne peuvent se généraliser que lorsque les commerçants, les fournisseurs d'identifiants, les prestataires de traitement des paiements et les portefeuilles électroniques sont en mesure de vérifier les mêmes preuves sans avoir recours à des intégrations sur mesure.
Pourquoi le KYC ne résout pas le problème des agents
Le processus de paiement classique repose sur une chaîne de confiance bien connue. Vous vous connectez, vous vous authentifiez, vous saisissez ou sélectionnez un moyen de paiement, vous validez l'achat et recevez un reçu. Les systèmes de lutte contre la fraude continuent de fonctionner à plein régime, mais le signal d'intention est relativement direct.
Un agent IA rompt ce schéma. Il peut comparer des produits, négocier les délais, choisir un commerçant, remplir un panier et déclencher le paiement pendant votre absence. En cas de problème, le commerçant doit savoir si la demande provient de votre agent agréé, d’un bot usurpateur, d’une extension piratée ou d’un script malveillant exécutant des instructions obsolètes.
Voici le calcul que de nombreuses explications génériques omettent. Supposons qu’un agent soit autorisé à acheter des fournitures de bureau à hauteur de $500 par semaine pour 40 employés. Si son identifiant indique simplement « acheteur autorisé », une seule attaque par injection de commande pourrait transformer une commande de routine en une exposition de $20 000 avant qu’un rapprochement mensuel ne la détecte. Si l’autorisation comporte un plafond hebdomadaire de $500, des limites par catégorie de commerçant et une durée de validité de 24 heures, l’ampleur des dégâts est nettement réduite.
Honnêtement, tout système « KYA » (Know Your Agent) qui ne définit pas de limites n’est qu’un simple badge. Un joli badge, peut-être, mais un badge quand même. Le plus difficile n’est pas de désigner l’agent, mais de prouver l’étendue des pouvoirs délégués au moment où ils sont exercés.
Les enjeux liés à la sécurité se font déjà sentir au-delà du domaine des paiements. Cloudflare a mis en avant Web Bot Auth en 2025 comme moyen de vérifier cryptographiquement le trafic des bots et des agents, remplaçant ainsi le recours aux listes d'adresses IP autorisées ou aux chaînes d'agent utilisateur susceptibles d'être usurpées. En 2026, la documentation de Cloudflare décrivait des en-têtes de requêtes HTTP signés utilisant des signatures de messages HTTP et des signatures de type Ed25519, tout en précisant que sa mise en œuvre ne prenait pas en charge tous les composants de la RFC 9421. Les normes pratiques sont complexes.
Si vous suivez de près les lacunes générales en matière de sécurité liées aux systèmes d'IA en constante évolution, vous constaterez que le même schéma se reproduit dans le développement en entreprise : les équipes déploient de nouvelles solutions d'automatisation plus rapidement que la gouvernance ne parvient à suivre, un problème que nous avons abordé dans notre analyse expliquant pourquoi Le développement logiciel prend le pas sur la sécurité.
Fonctionnement des identifiants d'agent vérifiés
La solution la plus crédible ne réside pas dans une carte d'identité unique et universelle. Il s'agit plutôt d'une chaîne d'affirmations signées pouvant être vérifiées rapidement par les parties à une transaction. Un agent d'achat prouve qui le gère. Un mandat d'utilisateur prouve ce que la personne a demandé. Un identifiant de paiement prouve que les fonds peuvent être débités dans le respect de contrôles définis.
La documentation AP2 de 2026 définit des rôles tels que « agent d'achat », « prestataire de services de paiement » et « fournisseur d'identifiants ». Elle précise également que les reçus de paiement signés doivent être renvoyés après l'acceptation ou le rejet du mandat. Cette exigence relative aux reçus peut sembler banale, mais c'est précisément le genre de justificatif comptable anodin sur lequel reposent les litiges.
Voici à quoi pourrait ressembler un processus « KYA » (Know Your Agent) :
- L'utilisateur donne mandat à un agent pour une tâche, par exemple « acheter le vol remboursable le moins cher répondant au code $600 avant vendredi ».
- L'agent reçoit ou se réfère à un mandat signé dans lequel sont consignés le prix, l'heure, la catégorie de commerçant et d'autres limites.
- Au moment du paiement, le commerçant ou le prestataire de services de paiement vérifie l'identité du mandataire, la signature du mandat et les informations d'identification de paiement.
- Le réseau de paiement met en œuvre des contrôles tels que des plafonds de dépenses, des règles d'authentification et des mesures de protection contre la fraude.
- Le commerçant remet un reçu signé indiquant si le mandat a été accepté ou refusé.
Visa Intelligent Commerce décrit cette orientation pour 2026 comme l’intégration des identifiants de paiement, des contrôles, de l’authentification et des mesures de protection dans les transactions initiées par l’IA. Mastercard a annoncé en avril 2025 le lancement d’Agent Pay pour le commerce assisté par l’IA, désignant Microsoft comme partenaire, et un document publié par Mastercard en 2026 a défini l’identité de l’agent comme la question de savoir qui effectue la transaction, tandis que la vérification de l’intention permet de contrôler ce que l’agent est autorisé à faire.
Les informations de paiement ne sont qu’une partie du problème. L’identité de l’agent joue également un rôle à la périphérie du réseau, car les commerçants utilisent déjà des contrôles anti-bots pour déterminer quels visiteurs automatisés sont autorisés à accéder à leur site. La documentation de Cloudflare datée de juillet 2026 indiquait que les nouveaux domaines bénéficieraient de paramètres par défaut mis à jour pour les bots IA à compter du 15 septembre 2026 : les bots classés comme « Training » ou « Agent » seraient bloqués sur les pages affichant des publicités, tandis que ceux classés comme « Search » seraient autorisés. Il s’agit là d’un outil peu nuancé, mais on comprend pourquoi les éditeurs et les commerçants le souhaitent.
KYA (Know Your Agent) vs AP2, ACP et contrôles des réseaux de cartes bancaires
La terminologie devient de plus en plus complexe. « KYA » (Know Your Agent) désigne le concept général de vérification ; AP2 et ACP sont des protocoles de paiement ou de commerce ; les initiatives de Visa et Mastercard constituent des moyens, au niveau du réseau, de gérer les identifiants, les contrôles et les protections. Ces concepts se recoupent, mais ne sont pas interchangeables.
| Initiative | Étape importante connue du grand public | Thème principal | Ce que cela vérifie ou impose comme contrainte |
|---|---|---|---|
| Protocole de paiement Google Agent (AP2) | Annoncé en septembre 2025 ; cédé à la FIDO Alliance en avril 2026 | Paiements effectués par un mandataire | Mandats signés relatifs à l'intention de l'utilisateur, aux contraintes de transaction et aux reçus |
| OpenAI et Stripe : protocole « Agentic Commerce » / Paiement instantané | Lancement prévu en septembre 2025 | Achats via ChatGPT | Des jetons de paiement partagés qui permettent aux applications d'IA de lancer des paiements sans divulguer les identifiants de l'acheteur |
| Visa Intelligent Commerce | Présenté au public en 2026 | Contrôles réseau pour le commerce agentique | Identifiants de paiement, authentification, contrôles et mesures de protection pour les transactions initiées par l'IA |
| Rémunération des agents Mastercard | Annoncé en avril 2025 | Paiements dans le commerce assistés par l'IA | Vérification de l'identité et des intentions de l'agent, d'après les documents de Mastercard relatifs à 2026 |
| Authentification par le bot Web de Cloudflare | Promu en 2025 ; consigné en 2026 | Trafic vérifié provenant des bots et des agents | Des requêtes HTTP signées plutôt que des listes d'adresses IP autorisées ou des chaînes « user-agent » |
Ce modèle mental utile se compose de plusieurs niveaux. Le principe « KYA » (Know Your Agent) indique que l’agent est l’acteur approprié. Un mandat précise l’action autorisée. Un jeton de paiement ou un identifiant permet d’effectuer la transaction sans divulguer les informations de la carte de l’utilisateur. Les règles du réseau et du commerçant déterminent s’il faut approuver, contester ou rejeter la transaction.
Pour les développeurs, cela rejoint les questions d’identité et d’autorisation soulevées par les agents utilisant des outils et les protocoles tels que MCP. Si vous avez besoin d’informations complémentaires sur cet aspect de la pile, consultez notre guide consacré à réduction du nombre de jetons et des coûts liés à l'infrastructure d'IA, car les appels à l'agent peuvent s'avérer coûteux et risqués lorsque chaque requête d'outil comporte trop de contexte.
Le piège : les identifiants n'empêchent pas l'injection de ligne de commande
Même un agent certifié peut commettre une erreur. Cette phrase devrait figurer sur toutes les présentations consacrées au commerce par agents.
Deux études publiées en 2026 mettent en évidence ce risque. Un article publié sur arXiv soutient que les protocoles de commerce par agents créent des surfaces d'attaque qui échappent aux cadres de sécurité existants. Un autre article de « red team » publié sur arXiv en 2026 a révélé que l'injection de prompts pouvait fausser le comportement d'un agent d'achat basé sur AP2, malgré des mandats vérifiables cryptographiquement.
Pourquoi ? Parce qu’une signature permet de prouver qu’une instruction existait bel et bien et qu’elle n’a pas été altérée. Elle ne permet toutefois pas de prouver que l’agent a interprété la page Web en toute sécurité, qu’il a ignoré les descriptions de produits malveillantes ou qu’il a rejeté une instruction habilement formulée intégrée au contenu du commerçant. La vérification est nécessaire. Elle n’est pas suffisante.
Le cas de figure que personne n'aime aborder est celui d'un commerçant en règle dont le contenu a été altéré. Une agence de voyage pourrait se rendre sur la page d’un véritable hôtel, lire un texte injecté lui indiquant de passer à une formule non remboursable, et présenter malgré tout un mandat de paiement valide si le prix final et la catégorie correspondent à la fourchette autorisée. Le commerçant, le prestataire de paiement et l’utilisateur voient tous une cryptographie valide. La défaillance sémantique s’est produite plus tôt.
Une bonne infrastructure KYA (Know Your Agent) nécessite donc des contrôles des politiques en dehors du modèle : plafonds de dépenses, listes blanches de commerçants, délais de réflexion pour les achats inhabituels, vérification des reçus, détection des anomalies et validation humaine pour les catégories à haut risque. Pour les équipes d'entreprise déjà préoccupées par la supervision de l'IA, l'aspect gouvernance rejoint les préoccupations liées à Systèmes de surveillance et de contrôle basés sur l'IA, même si, dans ce cas précis, le compromis porte davantage sur la sécurité commerciale que sur la surveillance sur le lieu de travail.
Qui cherche à s'approprier l'identité de l'agent ?
Le marché du KYA en est encore à ses débuts et fait l'objet de nombreuses spéculations. Plusieurs sites émergents en 2026 décrivent le « Know Your Agent » comme une infrastructure d'identification ou de vérification des agents, mais les données fiables provenant de tiers concernant son adoption, le nombre de clients ou l'état d'avancement des normes restent rares.
KYA.ai se présente comme « le registre universel » qui valide les agents IA, leur attribue des identifiants uniques et vérifie leur authenticité avant qu’ils n’agissent. KnowYourAgent.xyz indique que son identifiant KYA peut être présenté lors du paiement et vérifié en moins de 100 ms pour contrôler l’identité de l’opérateur, son autorisation, sa limite de dépenses et l’historique de ses transactions. KYA Lab précise que les agents qui satisfont à son processus reçoivent un « certificat d’agent accrédité KYA » que les entreprises peuvent valider en temps réel avant d’accorder l’accès.
Il convient d’examiner ces affirmations avec prudence. Elles peuvent certes aller dans la bonne direction, mais une simple auto-description ne vaut pas une adoption par le marché. En 2026, le centre de gravité le plus vérifiable reste centré sur les organismes de normalisation, les réseaux de paiement et les fournisseurs d’infrastructures : l’Alliance FIDO pour la normalisation de l’AP2, Stripe et OpenAI pour le paiement basé sur l’ACP, Visa et Mastercard pour les contrôles au niveau du réseau, et Cloudflare pour la vérification du trafic.
Un registre de start-ups pourrait-il s'imposer malgré tout ? Oui, s'il devient l'annuaire neutre que les commerçants consultent réellement. Mais je pense que le service qui s'imposera devra être interopérable avec les réseaux de cartes bancaires et l'infrastructure de sécurité Web dès le premier jour. Un registre que personne ne consulte n'est rien d'autre qu'une base de données dotée d'une bonne image de marque.
Ce que les commerçants et les constructeurs devraient faire dès maintenant
Les commerçants ne sont pas tenus d'accepter dès demain tous les acheteurs générés par l'IA. En réalité, ils ne devraient pas le faire. En 2026, la stratégie la plus judicieuse consistera à adopter une approche sélective : autoriser les agents vérifiables dotés de mandats bien délimités, bloquer le trafic frauduleux et maintenir les humains dans la boucle pour les catégories où les litiges sont coûteux.
Commencez par votre cartographie des risques. Les achats récurrents de faible valeur, les abonnements assortis de règles de résiliation claires et les biens numériques soumis à des contrôles anti-fraude rigoureux constituent des candidats plus faciles à traiter. Les produits de luxe, les voyages, les produits financiers et les articles soumis à une réglementation nécessitent un examen plus approfondi, car un achat effectué par erreur est plus difficile à annuler.
Les développeurs d’applications d’agent doivent éviter de stocker les informations de paiement brutes. Les « Shared Payment Tokens » de Stripe (2025) et le langage « Intelligent Commerce » de Visa (2026) vont tous deux dans le sens d’une abstraction des identifiants, où l’agent peut lancer un paiement approuvé sans avoir accès aux données de carte sous-jacentes de l’acheteur. Cette architecture est préférable à celle consistant à confier un secret permanent à un système autonome en espérant que les mesures de sécurité mises en place tiennent le coup.
La documentation est également essentielle. Si votre agent effectue un achat, vous devez disposer d'un enregistrement des instructions de l'utilisateur, de la version de l'agent, de la réponse du commerçant, de l'autorisation de paiement et du reçu. Lorsqu'un client demande « pourquoi cet achat a-t-il été effectué ? », une trace de modèle vague ne suffira pas à satisfaire une banque, un organisme de réglementation ou un directeur financier mécontent.
Les lecteurs qui s'intéressent aux assistants IA sur mobile doivent s'attendre à ce que ce même débat sur l'identité fasse son apparition dans les interfaces grand public. Plus un assistant mobile sera capable d'intervenir dans différentes applications, plus la pression en faveur d'une délégation vérifiable sera forte, un thème en lien avec notre analyse de la La course aux assistants IA mobiles de 2026.
FAQ
Les agents IA peuvent-ils effectuer des paiements ?
Oui, les premiers systèmes prennent déjà en charge le paiement automatisé par l'IA, sous certaines conditions. En 2025, OpenAI et Stripe ont lancé « Instant Checkout » dans ChatGPT, et Google a annoncé AP2, un système de paiement piloté par un agent utilisant des mandats signés.
Que signifie « KYA » dans le domaine de l'IA ?
L'acronyme KYA signifie généralement « Know Your Agent » (Connaissez votre agent) : il s'agit de vérifier l'identité, l'opérateur, les autorisations et les limites d'un agent IA avant qu'il n'agisse. Ce concept s'apparente au KYC, mais concerne les agents logiciels plutôt que les clients humains.
Le principe « KYA » (Know Your Agent, « Connaissez votre agent ») est-il une norme ?
Il n'existe pas encore de norme unique établie. En 2026, l'AP2 a été cédé à l'Alliance FIDO en vue de sa normalisation, tandis que les registres et les fournisseurs d'identifiants sous la marque KYA en étaient encore à leurs débuts et ne disposaient que de peu de preuves d'adoption indépendante.
Pourquoi les sites web ne peuvent-ils pas simplement bloquer les agents IA ?
C'est possible, et beaucoup le font grâce à des systèmes de contrôle des bots. Cependant, tout bloquer est une solution trop radicale ; le trafic provenant d'agents vérifiés permettrait aux commerçants d'accepter les acheteurs automatisés utiles tout en rejetant les bots usurpateurs et le scraping non autorisé.
Les mandats signés permettent-ils d'éviter la fraude commise par les agents ?
Elles permettent de réduire la fraude en établissant l'intention et les limites, mais elles ne permettent pas de parer à toutes les attaques. Une injection rapide, un contenu Web compromis ou une mauvaise conception des règles peuvent toujours pousser un agent vérifié à commettre une action malveillante.
FR 
EN 
ES