Google dévoile un protocole ouvert pour simplifier les transactions des agents d'IA

Le nouveau protocole ouvert de Google vise à rendre les interactions financières menées par des agents logiciels autonomes plus sûres, vérifiables et interopérables sur toutes les plateformes. Élaborée avec les contributions des principales sociétés de paiement et des fournisseurs de services dématérialisés, la spécification définit la manière dont les agents reçoivent l'autorisation, négocient les conditions et exécutent les paiements tout en préservant l'intention de l'utilisateur et la traçabilité réglementaire. L'annonce déplace l'attention des solutions ponctuelles vers un cadre sectoriel qui doit réconcilier les contraintes techniques, les flux de travail des commerçants et les pratiques de gestion des risques pour le commerce initié par des agents.

Protocole de paiement par agent de Google (AP2) : Fondements techniques et portée de l'écosystème

Le protocole de paiement des agents (AP2) se présente comme une extension des cadres de communication des agents existants, conçue pour s'intégrer à la messagerie Agent2Agent et au protocole de contexte de modèle afin de permettre des achats de bout en bout à l'initiative des agents. Les fondements techniques de l'AP2 reposent sur des formats de messages normalisés, des références vérifiables et des "mandats" - des autorisations numériques qui codent l'étendue, la durée et les contraintes du pouvoir d'achat d'un agent.

Au niveau du protocole, l'AP2 introduit quelques primitives de base :

Des jetons d'autorisation (mandats) signés par cryptographie et comportant des informations d'identification vérifiables pour prouver le consentement de l'utilisateur.
Messages de négociation de transactions permettant aux agents d'interroger les offres des commerçants, de demander des devis et de confirmer les prix avant le règlement.
L'abstraction des méthodes de paiement prend en charge les cartes, les virements bancaires, les portefeuilles et certaines crypto-monnaies afin d'assurer une compatibilité multiplateforme.

Les implémentations concrètes devraient s'intégrer aux principaux fournisseurs d'infrastructures et de services en nuage. Par exemple, Amazon Web Services et Google Cloud fourniront probablement des implémentations de référence et des services gérés qui faciliteront l'émission et la délivrance de certificats. Les entreprises qui utilisent Microsoft Azure ou l'infrastructure IBM trouveront des adaptateurs faciles à gérer en raison de la conception RESTful et orientée agent du protocole. Cette portabilité inter-cloud est essentielle à l'adoption par les entreprises qui utilisent déjà des piles multi-cloud pour la redondance et la performance.

AP2 a reçu le soutien de plus de 60 organisations des secteurs des paiements et de la technologie, dont American Express, Mastercard, PayPal, Coinbase, Salesforce et plusieurs innovateurs de la fintech. La participation d'entreprises telles que NVIDIA, Anthropic, OpenAI, Hugging Face et Meta indique le rôle que le protocole est censé jouer dans un écosystème d'IA plus large, où coexistent des fournisseurs de modèles, des fournisseurs de calcul et des opérateurs de plateformes. La participation de ces entités apporte à la fois de la crédibilité et une diversité de perspectives de mise en œuvre : les fournisseurs de modèles se concentreront sur la sémantique de délégation sûre, les fournisseurs de cloud sur le stockage sécurisé des informations d'identification, et les sociétés de paiement sur les procédures de réglementation et de règlement.

Pour illustrer la façon dont AP2 s'adapte aux flux de travail des entreprises, prenons l'exemple d'un détaillant hypothétique, Atlas Retail. Atlas intègre AP2 dans ses microservices de caisse afin que les agents d'achat tiers puissent présenter des intentions préautorisées pour effectuer des achats au nom des clients. Le backend d'Atlas vérifie les mandats à l'aide d'un service d'identification vérifiable, vérifie l'inventaire et s'appuie sur l'abstraction de paiement standard pour acheminer les frais vers les processeurs de cartes ou les portefeuilles numériques. Des fournisseurs comme NovusPay (un processeur de paiement fictif utilisé ici comme étude de cas) mettraient en œuvre le point de terminaison requis pour la vérification des mandats et prendraient en charge le règlement à travers les rails traditionnels et les méthodes de paiement par jetons.

Les principaux facteurs d'adoption sont les suivants

Interopérabilité entre les plateformes et les méthodes de paiement.
L'auditabilité par le biais de traces de certificats vérifiables.
Prise en charge des principaux réseaux de paiement, ce qui réduit les frictions liées à l'intégration des commerçants.

Partie prenante	Rôle	Types de paiements pris en charge	Risque principal/objectif
Google	Auteur du protocole, implémentations de référence	Cartes, portefeuilles, virements bancaires, crypto-monnaie	Gouvernance des spécifications, compatibilité multiplateforme
Sociétés de paiement (AmEx, Mastercard, PayPal)	Règlement, règles de rétrofacturation	Porte-cartes, portefeuilles	Détection des fraudes, conformité réglementaire
Fournisseurs de services en nuage (AWS, Azure, GCP)	Infrastructure de l'émetteur/du détenteur de titres	N/A (infrastructure)	Sécurité, disponibilité
Fournisseurs de modèles et d'agents (OpenAI, Anthropic, Hugging Face)	Contraintes de comportement des agents, modèles API	N / A	Délégation sûre, préservation de l'intention
Marchands	Exécution des commandes, vérification	Tous soutenus	Temps de latence de l'intégration, traitement des litiges

Dans la pratique, les points d'intégration varieront. Les petits commerçants peuvent adopter des passerelles gérées qui font abstraction de la vérification des mandats, tandis que les grandes entreprises peuvent utiliser des validateurs sur place pour des raisons de conformité. La section suivante examine en profondeur le concept des mandats et ses scénarios opérationnels.

LIRE Les 8 meilleurs outils d'aide à la vente pour aligner les stratégies de mise sur le marché et exploiter les connaissances de l'IA

Mandats et modèles d'autorisation : Achats en temps réel et achats délégués

Les mandats sont la pierre angulaire du modèle de confiance d'AP2. Il s'agit d'accords signés numériquement - délivrés sous forme d'accréditations vérifiables - qui définissent l'étendue de l'autorité d'un agent. Deux modes opérationnels dominent la spécification : les approbations en temps réel et les autorisations déléguées.

Les achats en temps réel reflètent les flux de paiement existants mais remplacent un clic humain par un événement de consentement médiatisé par un agent. Un agent présentera une demande d'achat détaillée à l'utilisateur, qui l'approuvera ensuite via un canal sécurisé ; le mandat signé qui en résultera autorisera une transaction unique ou une action étroitement définie.

Caractéristiques des mandats en temps réel :
- De courte durée, spécifique à une transaction.
- Nécessite une interaction explicite de l'utilisateur ou une confirmation biométrique/2FA vérifiée.
- Utilisé lorsque l'utilisateur doit approuver des conditions de prix, d'expédition ou des conditions personnalisées.
De courte durée, spécifique à une transaction.
Nécessite une interaction explicite de l'utilisateur ou une confirmation biométrique/2FA vérifiée.
Utilisé lorsque l'utilisateur doit approuver des conditions de prix, d'expédition ou des conditions personnalisées.

Les autorisations déléguées, en revanche, permettent à des agents préapprouvés d'agir de manière autonome dans le cadre de contraintes prédéfinies. Un utilisateur peut déléguer l'achat d'articles de routine à un agent selon des règles telles que le montant maximum des dépenses par jour, les marchands autorisés ou les catégories (par exemple, uniquement les fournitures de bureau). La délégation améliore grandement la commodité, mais augmente la surface d'attaque, ce qui nécessite de solides capacités de révocation et d'audit.

Caractéristiques des mandats délégués :
- Durée de vie plus longue grâce aux listes de révocation et à la revalidation périodique.
- Langage de politique codé spécifiant les contraintes et la gestion des exceptions.
- Souvent associé à des jetons budgétaires et à des seuils d'approbation silencieux pour les agents de confiance.
Durée de vie plus longue grâce aux listes de révocation et à la revalidation périodique.
Langage de politique codé spécifiant les contraintes et la gestion des exceptions.
Souvent associé à des jetons budgétaires et à des seuils d'approbation silencieux pour les agents de confiance.

Considérations opérationnelles et exemples

Prenons l'exemple de "NovusPay" qui joue le rôle d'un logiciel intermédiaire de paiement. Pour un paiement en temps réel, NovusPay valide la signature du mandat et les informations d'identification vérifiables associées, vérifie les contraintes spécifiées par le commerçant et orchestre le règlement via des rails de cartes ou un fournisseur de porte-monnaie. Dans les scénarios délégués, NovusPay applique des plafonds de dépenses et demande un défi élevé si un agent tente de dépasser des limites prédéfinies.

Les entreprises doivent gérer les cas limites tels que les exécutions partielles, les retours et les remboursements. L'AP2 prescrit une entrée traçable dans le grand livre qui relie le mandat, l'action de l'agent et l'enregistrement du règlement. Cette traçabilité permet des rapprochements et des processus de résolution des litiges soutenus par des artefacts cryptographiques vérifiables plutôt que par des journaux opaques.

Les contrôles de sécurité que les entreprises devront adopter sont les suivants :

Gestion robuste des clés pour la génération et la vérification des signatures.
Listes de révocation et jetons à courte durée de vie pour limiter les agents compromis.
Authentification adaptative pour les transactions à haut risque, s'intégrant aux services AWS, Azure ou Google Cloud.

Type de mandat	Durée de vie typique	Cas d'utilisation	Contrôle primaire
Approbation en temps réel	Procès-verbal	Caisse à article unique	2FA ou confirmation biométrique
Autorité déléguée	De quelques jours à quelques mois	Achat récurrent de fournitures de bureau	Plafonnement des dépenses, listes blanches de commerçants
Commission programmatique	Variable	Agents effectuant des achats B2B	Piste d'audit + réautorisation périodique

Du point de vue de la conformité, les mandats facilitent les journaux d'audit que les régulateurs et les auditeurs peuvent inspecter avec des garanties cryptographiques. Cette capacité aide les commerçants et les institutions financières à répondre à des exigences similaires à celles énoncées dans les cadres de cybersécurité standard, et elle réduit les litiges en fournissant une preuve vérifiable de l'autorisation. La section suivante analyse les modèles de menace, les scénarios de fraude et les stratégies d'atténuation, y compris la façon dont les grandes entreprises d'IA et de cloud contribuent à l'outillage de sécurité.

Modèles de menace, atténuation de la fraude et rôle des fournisseurs de services d'informatique en nuage et d'intelligence artificielle

L'AP2 soulève de nouveaux vecteurs de menace à mesure que les agents acquièrent des capacités transactionnelles. Les principales menaces sont la compromission des informations d'identification des agents, le comportement malveillant des agents à partir de modèles mal alignés et les risques liés à la chaîne d'approvisionnement lorsque plusieurs fournisseurs mettent en œuvre des composants de protocole. La communauté de la sécurité, y compris les fournisseurs tels que Microsoft, Amazon Web Services, IBM et les entreprises spécialisées, devra collaborer sur les meilleures pratiques.

Scénarios d'attaque courants et mesures d'atténuation correspondantes :

Vol de données d'identification : imposer le stockage de clés sur support matériel et des mandats de courte durée avec des listes de révocation. Les fournisseurs de services en nuage comme AWS proposent des services KMS/HSM pour ancrer les clés privées.
Désalignement des modèles : intégrer les contraintes comportementales dans le code de l'agent et exiger l'approbation du modèle ; les fournisseurs de modèles tels que OpenAI, Anthropic et Hugging Face peuvent publier des modèles de délégation sûre recommandés.
Manipulation par le commerçant : exiger une vérification multipartite lorsque des transactions à haut risque nécessitent des reçus confirmés par le commerçant avant le règlement.

LIRE Naviguer dans le risque : des stratégies efficaces pour gérer les flux de travail de l'IA agentique

Les réseaux de paiement et les banques superposeront la détection des fraudes aux signaux d'AP2, en corrélant les métadonnées de Mandate avec les schémas de transaction. Des sociétés comme Mastercard, American Express et PayPal disposent déjà de moteurs de fraude robustes qui peuvent être adaptés pour ingérer les données télémétriques d'AP2. Les institutions financières qui participent au protocole doivent mettre à jour les processus de rétrofacturation et de règlement des litiges pour tenir compte des achats effectués par l'intermédiaire d'un agent et de la présence d'artefacts d'autorisation cryptographiques.

Étude de cas : une banque de taille moyenne intègre AP2 et exploite les modèles accélérés par NVIDIA pour analyser le comportement des agents en temps réel. L'équipe de lutte contre la fraude de la banque utilise l'inférence accélérée par le GPU pour classer les activités anormales des agents et déclencher l'authentification par étapes via les fournisseurs d'identité partenaires. Le résultat réduit les faux positifs tout en préservant une expérience transparente pour les achats délégués légitimes.

Les aspects liés à la réglementation et à la conformité ne sont pas négligeables. Les mises en œuvre d'AP2 doivent être conçues pour satisfaire aux lois sur la protection de la vie privée, aux obligations KYC/AML et à la réglementation sur les paiements numériques qui varient d'une juridiction à l'autre. Par exemple, la traçabilité des audits est liée au contrôle AML lorsque les agents délégués effectuent des transactions au-delà de certains seuils. La présence dans l'écosystème des principaux fournisseurs de cloud et d'IA tels que Google, Microsoft, IBM et AWS simplifie la conformité car ils fournissent des blocs de construction durcis et certifiés.

Pour renforcer la posture de sécurité, les pratiques recommandées sont les suivantes :

Cryptage de bout en bout des messages du protocole et sécurité stricte du transport.
Revalidation périodique des mandats délégués et des attestations de comportement des agents.
Intégration avec les centres d'opérations de sécurité des entreprises et les outils SIEM pour une surveillance continue.

Sur le plan opérationnel, les commerçants et les opérateurs de plateformes doivent préparer des playbooks de réponse aux incidents qui couvrent la propagation de la révocation, le gel des transactions et les notifications aux clients. La collaboration entre les équipes de sécurité de l'ensemble de l'écosystème (fournisseurs tels que Salesforce et Meta, opérateurs de cloud et processeurs de paiement) sera essentielle pour coordonner les mesures d'atténuation inter-plateformes. La prochaine section explorera les implémentations des marchands, les flux de travail des développeurs et les intégrations avec les piles de commerce existantes.

Modèles d'intégration des commerçants, outils de développement et implémentations dans le monde réel

Les commerçants sont confrontés à un choix : adopter une pile AP2 complète ou recourir à des services gérés qui font abstraction de la complexité. Pour les grands détaillants, une intégration poussée permet de contrôler le parcours du client et le traitement des litiges. Les commerçants plus modestes privilégieront les fournisseurs de services qui mettent en œuvre la vérification des mandats, l'acheminement des règlements et les contrôles de conformité.

Modèles d'intégration typiques :

Adaptateur de passerelle : Les commerçants se connectent à une passerelle de paiement qui valide les mandats et les achemine vers les processeurs existants. Cela permet de minimiser les modifications du code de paiement et de tirer parti des règles existantes en matière de rétrofacturation.
Intégration native : Les commerçants intègrent les terminaux AP2 dans leurs systèmes de gestion des commandes et de lutte contre la fraude afin de procéder à la vérification des mandats sur site et à l'enregistrement d'événements plus riches.
Hybride : certains flux à haut risque sont acheminés vers la vérification native, tandis que les transactions à faible risque sont traitées par une passerelle externe pour des raisons de rentabilité.

L'outillage des développeurs déterminera la vitesse d'adoption. Google et ses partenaires peuvent fournir des SDK dans des langages courants, des exemples d'agents pour les cadres d'OpenAI et Hugging Face, ainsi que des harnais de test pour les tests de conformité. Les outils comprendront probablement des validateurs locaux pour la simulation du mandat, des tests d'intégration qui émulent les règlements à travers les rails, et des consoles de développeurs pour surveiller les activités des agents.

Exemple pratique : Atlas Retail met en œuvre une approche hybride. Les abonnements courants sont gérés par des mandats délégués par l'intermédiaire de leur partenaire de passerelle de paiement. Les articles haut de gamme et de grande valeur font l'objet d'une vérification native avec authentification progressive. Atlas utilise des événements dans sa plateforme d'observabilité pour suivre les décisions des agents et les réconcilier avec les systèmes d'exécution, réduisant ainsi les litiges et améliorant la transparence opérationnelle.

Liste de contrôle du développeur pour un déploiement robuste de l'AP2 :

Mise en œuvre de la vérification des mandats avec une gestion des clés basée sur la cryptographie.
Intégrer l'évaluation des fraudes et la détection des anomalies - utiliser des services tiers lorsque c'est possible.
Fournir une interface utilisateur permettant aux utilisateurs de consulter et de révoquer les mandats délégués.
Assurer les contrôles de conformité en matière de KYC/AML et de déclaration fiscale, le cas échéant.

LIRE Libérer la croissance grâce à l'IA d'entreprise : les principales conclusions de Tim Yates, PDG de DataXstream

Des ressources et des formations pertinentes émergent déjà des communautés de la sécurité et de l'IA. Pour les équipes qui évaluent l'état de préparation à l'AP2, des lectures de fond sur les vulnérabilités des applications web et les pratiques mobiles sécurisées aident à réduire les risques d'intégration - voir des conseils tels que les listes de contrôle CWE de la SANS et les examens de la sécurité des applications mobiles. Les liens vers les ressources opérationnelles sont utiles pour les équipes qui développent des services de niveau de production ; les exemples incluent la documentation sur les normes de cybersécurité et l'architecture du cloud. Les intégrations avec des produits SaaS d'entreprise tels que Salesforce peuvent automatiser les événements du cycle de vie des mandats dans les flux de travail CRM, améliorant ainsi la traçabilité de l'assistance à la clientèle.

Les liens suivants fournissent un contexte opérationnel supplémentaire et des conseils pratiques sur la sécurité, l'utilisation de l'informatique dématérialisée et la préparation de l'industrie :

Des projets pilotes menés par des commerçants en 2025 permettront de déterminer si le protocole réduit les frictions sans augmenter le nombre de litiges. Les premiers utilisateurs peuvent accélérer la mise en œuvre en faisant appel aux partenaires du cloud et des paiements qui soutiennent déjà AP2, notamment AWS, Google Cloud et les réseaux de paiement. Dernière idée de cette section : les déploiements marchands les plus efficaces associeront des services gérés pour la couverture de base et des intégrations natives pour les flux à forte valeur ajoutée ou réglementés.

Impact sur le marché, concurrence et considérations stratégiques pour les plateformes et les régulateurs

L'AP2 recoupe les priorités stratégiques des grandes entreprises technologiques et des autorités de régulation. Les grands fournisseurs de services en nuage tels qu'Amazon Web Services, Microsoft et Google peuvent exploiter l'AP2 pour offrir des services différenciés aux développeurs - magasins de justificatifs vérifiables gérés, gestion du cycle de vie du mandat et journalisation pour les audits. Les fournisseurs de modèles et d'agents d'IA, notamment OpenAI, Anthropic et Hugging Face, doivent définir des API et des garde-fous pour que leurs agents puissent tirer parti d'AP2 sans introduire de risque systémique.

La dynamique concurrentielle déterminera qui contrôle la chaîne de valeur. Les opérateurs historiques de paiement (Mastercard, American Express, PayPal) apportent leurs réseaux de règlement et leurs relations avec les commerçants. Les fournisseurs d'informatique en nuage proposent des services d'infrastructure et d'identité. Les vendeurs de modèles d'IA fournissent l'intelligence qui décide de ce que font les agents. Deux scénarios sont possibles :

Écosystème ouvert et fédéré : adoption généralisée de spécifications ouvertes avec des composants interchangeables et de multiples fournisseurs mettant en œuvre le protocole, ce qui favorise la concurrence et réduit les coûts d'intégration.
Consolidation des plateformes : les plateformes dominantes de commerce ou d'informatique en nuage intègrent profondément AP2, en regroupant les services Mandate avec des valeurs ajoutées propriétaires qui créent un blocage.

L'examen antitrust et réglementaire sera important en cas de consolidation des plates-formes. Les régulateurs évalueront si les grandes entreprises utilisent l'adoption d'AP2 pour asseoir leur position sur le marché. Ce risque poussera les décideurs politiques à favoriser les implémentations de référence à source ouverte et les tests d'interopérabilité afin d'empêcher la domination d'un seul fournisseur.

Au-delà de la structure du marché, l'AP2 pourrait remodeler les expériences des consommateurs. Les agents soutenus par les modèles de Meta ou d'OpenAI pourraient faire des achats auprès de plusieurs commerçants, appliquer des coupons, comparer les garanties et optimiser la livraison - si le protocole prend en charge l'échange d'attributs normalisés pour les métadonnées des produits. Cette fonctionnalité stimulerait la concurrence entre les commerçants pour fournir des API adaptées aux agents et des données plus riches sur les produits.

Les parties prenantes doivent tenir compte de plusieurs considérations sectorielles :

Règles de protection des consommateurs pour les transactions effectuées par des agents - garantir des modèles de responsabilité clairs pour les achats non autorisés.
Normes relatives à la révocation et au gel d'urgence en cas de fraude.
Mécanismes de règlement transfrontalier et conformité fiscale pour les achats internationaux.

Les régulateurs envisagent déjà d'exiger des journaux vérifiables et des preuves de consentement pour les transactions numériques. Le modèle de mandat cryptographique d'AP2 peut répondre à ces exigences si les implémentations préservent la vie privée des utilisateurs et minimisent l'exposition inutile des données. Des entreprises comme IBM et NVIDIA peuvent contribuer à l'enclave sécurisée et aux capacités d'accélération matérielle pour assurer la performance de la vérification à grande échelle.

Pour illustrer les avantages potentiels en aval, une banque numérique d'entreprise pourrait prendre en charge l'AP2 pour offrir des assistants financiers qui déplacent des fonds, paient des factures et orchestrent des abonnements avec des mandats vérifiables. Cela nécessiterait une collaboration entre les plateformes bancaires, les fournisseurs de cloud et les fournisseurs d'identité pour assurer la couverture KYC/AML et la traçabilité des transactions.

D'autres lectures sectorielles et analyses contemporaines comprennent des articles et des rapports qui traitent de la sécurité du cloud, de la gouvernance de l'IA et de la préparation de l'industrie. Les lecteurs à la recherche d'un contexte plus large peuvent consulter les ressources sur les obstacles à la cybersécurité et la gestion des risques liés à l'IA, qui offrent des perspectives complémentaires sur le paysage technique et réglementaire.

Au fur et à mesure que l'AP2 mûrit, le marché révélera si une norme ouverte produit les avantages escomptés : réduction des frictions, meilleure vérifiabilité et délégation plus sûre. L'idée stratégique clé pour les parties prenantes est de se concentrer sur des implémentations sécurisées et vérifiables et sur des contrôles utilisateurs clairs afin de maintenir la confiance tout en permettant un commerce agentique.