Paiements Machine-to-Machine : qui sécurisera le nouveau monde des transactions autonomes ?

De ManoMano à Maileva, du Crédit Mutuel Arkéa à Binance, les cyberattaques de 2026 révèlent une transformation majeure des risques numériques. Jusqu'ici, les pirates cherchaient principalement à voler des données, des identifiants ou des accès. Mais avec l'arrivée des agents IA capables de réaliser des achats et des paiements en autonomie, une nouvelle question se pose : que se passera-t-il lorsqu'un système compromis pourra non seulement accéder à nos informations, mais aussi agir financièrement en notre nom ?

Noms, prénoms, adresses, coordonnées électroniques, historiques de commandes, échanges avec le service client : les données personnelles restent une cible privilégiée des cybercriminels.

Une évolution majeure se prépare.

Avec les agents IA, les systèmes pourront interpréter des situations, sélectionner des actions et prendre certaines décisions dans les limites d'un mandat.

Prenons trois exemples :

Dans l'hôtellerie, un agent IA pourrait identifier une erreur de facturation, calculer une compensation et demander automatiquement un remboursement via le PSP.

Dans une marketplace, un agent pourrait vérifier la réalisation d'une prestation, calculer les commissions et déclencher le reversement au vendeur.

Dans une entreprise industrielle, deux agents pourraient négocier une commande de pièces détachées, vérifier les conditions contractuelles et organiser le paiement.

Aujourd'hui, les paiements automatisés existent déjà et la promesse est séduisante : moins de tâches manuelles, moins de frictions, des transactions plus rapides et de nouveaux modèles économiques.

Mais une question devient centrale : quelles autorisations financières allons-nous confier à ces agents ?

‍Demain, il ne suffira plus de protéger les données bancaires. Il faudra aussi protéger le pouvoir d'agir des machines.

1. Cyberattaques en France : 2026 révèle la fragilité des chaînes de confiance

Les attaques qui ont marqué l'année 2026 touchent des secteurs très différents : banque, e-commerce, administration, logistique documentaire, grande distribution et santé.

Elles ont pourtant plusieurs caractéristiques communes : l'exploitation de prestataires, l'utilisation d'accès légitimes compromis et la difficulté à contrôler les actions réalisées à travers des systèmes interconnectés.

Ces cyberattaques  illustrent la diversité des menaces : vol de données personnelles, compromission de prestataires, détournement d'autorisations et manipulation de systèmes connectés.
Voici les principaux incidents de 2026 et leurs conséquences :

ManoMano : le service client comme point d'entrée

En janvier 2026, ManoMano a été confronté à un incident de sécurité impliquant un sous-traitant de son service client.

Des coordonnées et des échanges entre clients et support ont été exposés.

Le risque ne se limite pas à la divulgation de noms ou d'adresses électroniques. Les échanges avec un service client peuvent contenir des informations précieuses pour un fraudeur : références de commandes, produits achetés, demandes de remboursement ou problèmes de livraison.

Ces données permettent de construire des scénarios de fraude particulièrement crédibles.

Et demain ?

Un agent IA chargé du suivi des commandes pourrait recevoir une fausse demande de remboursement reprenant une référence authentique, un montant exact et le contexte d'un échange antérieur.

La difficulté ne serait plus seulement de reconnaître un message frauduleux, mais d'empêcher l'agent d'exécuter une action financière sur la base d'informations manipulées.

Maileva / Docaposte : 22 millions de destinataires exposés

En septembre 2026, une cyberattaque visant Maileva, filiale de Docaposte appartenant au groupe La Poste, a entraîné une exposition massive de données personnelles, révélée publiquement en novembre.

Environ 22 millions de destinataires seraient concernés, notamment à travers leurs noms, prénoms et adresses postales.

L'incident illustre l'effet domino qu'une compromission de prestataire peut produire sur un écosystème entier.

Une entreprise peut disposer d'une infrastructure sécurisée et voir malgré tout les données de ses clients exposées chez un partenaire chargé d'une fonction externalisée.

Et demain ?

Les agents IA utiliseront potentiellement ces mêmes informations pour vérifier une identité, rapprocher une facture, traiter un dossier ou initier une opération.

Si les données utilisées pour prendre une décision sont compromises, la machine peut exécuter une instruction techniquement valide, mais fondée sur une information trompeuse.

DGFiP : quand une identité autorisée devient une vulnérabilité

Les incidents signalés en 2026 concernant la Direction générale des finances publiques soulèvent la question des identifiants et des accès compromis.

Un compte disposant de droits légitimes peut devenir une porte d'entrée particulièrement dangereuse lorsqu'il est utilisé par un attaquant.

C'est un point fondamental pour l'avenir du Machine-to-Machine.

Dans les architectures modernes, les comptes humains ne sont plus les seuls à posséder des autorisations.

Applications, API, services cloud, logiciels métiers et bientôt agents IA disposent également d'identités techniques leur permettant d'accéder à des ressources et de déclencher des actions.

Un accès authentifié n'est donc pas nécessairement un accès utilisé de manière légitime.

Les Mousquetaires : quand une cyberattaque produit des conséquences physiques

En octobre 2026, des attaques visant des équipements frigorifiques de magasins, notamment au sein du Groupement Les Mousquetaires, ont illustré une autre catégorie de menace.

Il ne s'agissait plus simplement de consulter ou d'exfiltrer des données.

Les attaquants ont cherché à modifier le fonctionnement d'équipements connectés, avec des conséquences potentielles sur la conservation des marchandises et la continuité d'activité.

Cette distinction est essentielle.

Un système compromis peut devenir un outil d'action sur le monde réel.

EFS : la compromission des consignes de température

Début novembre 2026, un incident touchant des installations frigorifiques utilisées par un prestataire de l'Établissement français du sang a également mis en lumière la vulnérabilité des systèmes de supervision à distance.

Des modifications malveillantes de consignes de température et de dégivrage ont été signalées dans des installations associées à Coolworld.

Cet exemple rappelle qu'une commande informatique apparemment simple peut produire des conséquences opérationnelles importantes lorsqu'elle est exécutée par un système automatisé.

Et demain ?

Une modification de consigne industrielle et une modification de bénéficiaire de paiement ne sont évidemment pas la même opération.

Mais elles posent une question de sécurité commune : comment garantir qu'une instruction envoyée à une machine est autorisée, cohérente et conforme à l'objectif initial ?

Crédit Mutuel Arkéa : le basculement vers le détournement financier

Le 4 novembre 2026, Crédit Mutuel Arkéa a annoncé avoir subi une attaque ayant permis la réalisation d'opérations frauduleuses.

Selon les informations publiées dans la presse, plus de 100 millions d'euros auraient été détournés depuis des fonds propres de la banque, à la suite de la compromission d'un environnement tiers disposant d'autorisations transactionnelles.

L'établissement a précisé que les avoirs de ses clients n'avaient pas été affectés.

Cet incident marque une différence fondamentale avec une fuite de données classique.

Les attaquants n'ont pas seulement cherché à obtenir des informations : ils ont réussi à provoquer des mouvements financiers.

C'est précisément le risque que les architectures de paiement autonomes devront anticiper.

2. À l'international : Revolut et Binance illustrent deux niveaux de menace

Deux incidents récents permettent de prolonger cette analyse au-delà du marché français.

Revolut : une demande crédible peut suffire à obtenir des données sensibles

En septembre 2026, Revolut a confirmé avoir été victime d'une opération sophistiquée d'usurpation d'identité.

Les fraudeurs se sont fait passer pour une autorité publique afin d'obtenir des informations confidentielles sur des clients.

Environ 680 personnes ont été concernées, dont 55 en France.

Selon les informations publiées, les données transmises pouvaient notamment comprendre des documents d'identité, des coordonnées personnelles et certaines informations financières.

Les systèmes informatiques de Revolut n'auraient pas été directement piratés.

L'attaque a exploité un processus de confiance, plutôt qu'une faille technique traditionnelle.

C'est une distinction particulièrement importante pour les agents IA.

Une machine peut être correctement authentifiée, fonctionner sur une infrastructure sécurisée et malgré tout prendre une mauvaise décision si elle considère une demande frauduleuse comme légitime.

Binance : lorsque les autorisations deviennent la cible

Le 29 octobre 2026, Binance a subi une attaque majeure impliquant des transferts non autorisés d'actifs numériques.

La plateforme a évalué l'impact de l'incident à environ 6,34 milliards de dollars d'actifs concernés, dont une partie a pu être gelée ou interceptée.

Selon son rapport initial, les attaquants ont notamment obtenu un accès non autorisé à un service interne de signature de transactions.

Ils ont également exploité un mécanisme de délégation d'exécution sur Ethereum.

Ce point est essentiel : la plateforme indiquait ne pas avoir identifié de fuite des clés privées des portefeuilles concernés.

L'absence de vol d'une clé privée n'a donc pas suffi à empêcher des transactions non autorisées.

Attention toutefois à ne pas confondre cet incident avec la tokenisation des cartes bancaires : les mécanismes cryptographiques et les infrastructures concernés sont différents.

L'enseignement commun réside dans le contrôle des droits d'exécution.

Une infrastructure peut protéger ses secrets cryptographiques et rester vulnérable si un acteur malveillant parvient à détourner un service autorisé à agir.

3. Hier, les pirates volaient nos données. Demain, chercheront-ils à faire agir nos machines ?

Pendant des années, une grande partie des cyberattaques contre les entreprises a reposé sur des objectifs relativement identifiables :

• Voler des données personnelles ou commerciales.
• Récupérer des identifiants et mots de passe.
• Chiffrer des systèmes pour obtenir une rançon.
• Usurper une identité pour détourner un paiement.
• Revendre des bases de données ou des accès compromis.

Ces menaces restent présentes.

Mais les agents IA pourraient créer de nouvelles possibilités d'exploitation.

Imaginons une plateforme e-commerce disposant d'un agent capable de consulter les commandes, d'effectuer des remboursements, de modifier une adresse de livraison et de déclencher un paiement via son PSP.

L'agent reçoit une demande qui semble provenir d'un client connu.

Il retrouve une commande authentique, vérifie les informations disponibles et prépare un remboursement.

Pourtant, la demande initiale a été manipulée par un fraudeur ayant obtenu les données du client lors d'une cyberattaque antérieure.

La fraude ne repose plus nécessairement sur le vol de la carte bancaire. Elle peut reposer sur la manipulation du processus qui autorise l'utilisation du moyen de paiement.

C'est là que se situe le véritable changement.

Cybersécurité des paiements - hier vs demain :

4. Si un token bancaire est volé, un agent IA peut-il l'utiliser pour payer sans notre autorisation ?

C'est probablement l'une des questions les plus importantes pour les prochaines années.

La réponse dépend du type de token, de ses restrictions et des autorisations dont dispose l'agent.

Un token de paiement n'est pas un numéro de carte bancaire

La tokenisation consiste à remplacer une donnée bancaire sensible, comme le numéro de carte (PAN), par un identifiant de substitution.

Dans les systèmes de network tokenisation, ce token peut être limité à un commerçant, à un appareil ou à un contexte d'utilisation.

Il peut également nécessiter des données cryptographiques dynamiques ou d'autres contrôles pour être accepté.

Le vol d'un token correctement protégé ne permet donc pas automatiquement de retrouver le numéro de carte d'origine ou de réaliser des paiements arbitraires.

Mais il existe une nuance majeure.

Un token peut être inutilisable pour un attaquant extérieur tout en restant utilisable par le système légitime auquel il est associé.

Et si ce système légitime est piloté par un agent IA compromis ?

Le risque n'est pas seulement de voler le token, mais de détourner son utilisation

Prenons un exemple.

Un consommateur autorise une plateforme à conserver son moyen de paiement pour effectuer de futurs achats.

Le PSP conserve les informations sensibles et fournit un identifiant permettant à la plateforme de demander de nouvelles transactions.

Un agent IA peut ensuite être chargé d'acheter certains produits automatiquement, dans un budget défini.

Un pirate qui récupère uniquement un token réseau soumis à des restrictions strictes ne pourra pas nécessairement le réutiliser ailleurs.

En revanche, s'il parvient à compromettre le compte utilisateur, les autorisations de l'agent ou les API de la plateforme, il pourrait tenter de faire exécuter une transaction par l'environnement normalement autorisé.

Le token resterait protégé.

La transaction pourrait néanmoins être frauduleuse.

C'est une différence fondamentale entre la sécurité du moyen de paiement et la légitimité de la décision de payer.

Trois scénarios doivent être distingués

Scénario 1 : Le token seul est dérobé.

Les restrictions de domaine, les contrôles cryptographiques et les mécanismes du PSP peuvent empêcher sa réutilisation frauduleuse.

Scénario 2 : Le compte ou la session du client est compromis.

L'attaquant peut tenter d'utiliser les fonctions de paiement normalement accessibles au client. Les contrôles d'authentification, de risque et de consentement deviennent déterminants.

Scénario 3 : L'agent IA ou ses autorisations sont détournés.

L'agent peut transmettre au PSP une demande techniquement valide, mais qui ne correspond pas à l'intention réelle du consommateur.

C'est ce troisième scénario qui mérite aujourd'hui une attention particulière.

Il ne signifie pas que tous les tokens sont vulnérables ou que tous les agents pourront payer sans contrôle.

Il signifie que la protection du token, à elle seule, ne garantit pas que chaque opération correspond à une autorisation métier légitime.

5. Le véritable défi : distinguer l'identité, le consentement et l'autorisation financière

Les architectures de paiement ont déjà développé de nombreux mécanismes de sécurité :

• Authentification forte et 3-D Secure.
• Tokenisation des cartes bancaires.
• Détection de fraude en temps réel.
• Contrôle des transactions initiées par le commerçant (MIT).
• Gestion des habilitations et des clés API.
• Surveillance des bénéficiaires et des opérations inhabituelles.

Ces dispositifs restent essentiels.

Mais les paiements autonomes introduisent une nouvelle dimension.

Un consommateur pourrait autoriser un agent à acheter un billet de train, renouveler un abonnement ou commander automatiquement des marchandises.

L'autorisation initiale pourrait être parfaitement légitime.

La difficulté sera de vérifier que chaque action ultérieure respecte toujours les limites de cette autorisation.

Un agent peut-il acheter pour 500 € alors que son mandat était limité à 100 € ?

Peut-il changer de commerçant ?

Peut-il modifier le bénéficiaire d'un virement ?

Peut-il effectuer plusieurs achats successifs qui respectent chacun un plafond individuel, mais dépassent le budget global ?

Peut-il déclencher un remboursement vers un compte différent de celui utilisé lors du paiement initial ?

Authentifier un agent ne suffit pas. Il faut également vérifier ce qu'il est autorisé à faire, pour qui, dans quelles conditions et jusqu'à quel montant.

6. Comment la cybersécurité devra évoluer avec les paiements Machine-to-Machine

Les systèmes de sécurité devront progressivement passer d'une logique centrée sur les utilisateurs et les accès à une logique intégrant les décisions et les actions autonomes.

Vérifier l'identité des agents non humains

Chaque agent capable d'interagir avec une infrastructure financière devrait disposer d'une identité identifiable, associée à un propriétaire ou à une organisation responsable.

Cette identité devra pouvoir être révoquée et ses autorisations limitées.

Encadrer les mandats de paiement

Un mandat pourrait préciser le montant maximal, les bénéficiaires autorisés, la fréquence des opérations, la durée de validité et les catégories de dépenses acceptées.

L'autorisation ne devrait pas être illimitée simplement parce que l'utilisateur a connecté un moyen de paiement.

Contrôler les instructions avant leur exécution

Les agents IA exploitent des informations provenant de sources multiples : emails, documents, pages web, ERP, CRM ou API externes.

Ces contenus peuvent être manipulés.

Les contrôles financiers critiques devraient donc être appliqués par un composant indépendant du raisonnement de l'agent.

Une instruction contenue dans une facture ou un email ne devrait jamais suffire, à elle seule, à modifier une politique de paiement.

Séparer la préparation et l'exécution du paiement

Un agent pourrait préparer une transaction, mais son exécution devrait dépendre d'une validation distincte des paramètres essentiels : montant, devise, bénéficiaire, mandat et contexte.

Les opérations sensibles pourraient nécessiter une confirmation humaine.

Surveiller les comportements et les séquences

La fraude ne se limite pas à une transaction isolée.

Plusieurs paiements de faible montant, des changements successifs de bénéficiaire ou des remboursements inhabituels peuvent révéler une tentative de détournement.

Les systèmes antifraude devront analyser les comportements des agents, les séquences d'actions et les limites cumulées.

7. Qui construit déjà la sécurité des paiements agentique ?

Le marché n'attend pas.

Avec l'essor du commerce agentique (agentic commerce), les réseaux de paiement, les spécialistes de la fraude et les entreprises de cybersécurité développent de nouvelles infrastructures capables d'identifier les agents IA, de vérifier leurs autorisations et de sécuriser les transactions qu'ils exécutent au nom des consommateurs.

L'enjeu dépasse désormais la protection des coordonnées bancaires : il s'agit de garantir qu'un agent IA est légitime, qu'il agit pour le bon utilisateur et que chaque paiement respecte une autorisation préalablement définie.

Forter : identifier les agents IA, sécuriser les transactions et protéger le commerce agentique

Historiquement spécialisée dans la prévention de la fraude e-commerce et la reconnaissance des identités numériques, Forter se positionne désormais comme un acteur de la confiance dans le commerce agentique.

Avec son Agentic Commerce Engine, présenté en octobre 2026, l'entreprise développe une approche permettant aux marchands de reconnaître les agents IA, d'identifier les consommateurs qu'ils représentent et de sécuriser leurs parcours d'achat, sans freiner les transactions légitimes.

L'enjeu est majeur : lorsqu'un agent IA effectue un achat, les signaux traditionnellement utilisés pour détecter la fraude — comportement de navigation, adresse IP, appareil ou interactions humaines — peuvent devenir insuffisants.

Forter distingue notamment deux nouvelles menaces :

• Les agents malveillants, créés pour exploiter des identités ou des moyens de paiement compromis.
• Le détournement d'agents légitimes, lorsqu'un fraudeur prend le contrôle d'un agent normalement autorisé à agir pour un consommateur.

Pour répondre à ces risques, Forter s'appuie sur son réseau d'intelligence des identités et sur plusieurs capacités complémentaires :

• Détection des agents IA, y compris lorsqu'ils ne s'identifient pas explicitement auprès du marchand.
• Reconnaissance du consommateur, afin de rattacher une transaction agentique à l'identité de l'acheteur réel.
• Évaluation du risque de fraude, avec des modèles adaptés aux comportements des agents plutôt qu'aux seuls parcours humains.
• Orchestration du paiement agentique, permettant aux commerçants d'adapter le parcours d'achat et le checkout aux nouveaux modes d'interaction automatisés.

Forter affirme notamment pouvoir relier près de 98 % des commandes agentiques observées sur son réseau à la personne réelle qui se trouve derrière l'agent.

Les données publiées par l'entreprise illustrent également l'accélération du phénomène : entre la première semaine d'août et la dernière semaine d'octobre 2026, le volume de commandes agentiques sur son réseau aurait été multiplié par 7,2.

Dans le même temps, Forter indiquait en octobre avoir observé un doublement des tentatives de fraude impliquant l'automatisation en 60 jours.

Ces chiffres sont issus des observations et des analyses de Forter sur son propre réseau. Ils ne constituent pas des statistiques représentatives de l'ensemble du commerce électronique mondial.

L'entreprise va également au-delà de la détection de fraude. Avec Agentic Orchestration, elle propose aux commerçants de gérer les interactions entre agents IA et systèmes e-commerce, notamment au moyen de parcours de checkout headless, tout en conservant la maîtrise de l'expérience client.

Cette approche présente un intérêt particulier pour les marchands : ne pas avoir à choisir entre bloquer les agents IA pour limiter les risques et les accepter sans disposer de contrôles adaptés.

La question à laquelle Forter cherche à répondre est donc double :

Cet agent agit-il réellement pour un consommateur légitime ? Et la transaction qu'il initie peut-elle être considérée comme fiable ?

À mesure que les paiements agentiques se développent, cette capacité à reconnaître l'acheteur derrière la machine pourrait devenir une composante essentielle des futures infrastructures de confiance.

Forter - Are You Ready for AI Shopping Agents This Holiday Season?

Visa : des tokens de paiement spécialement conçus pour les agents IA

Visa développe une nouvelle génération d'infrastructures avec Visa Intelligent Commerce, un dispositif destiné à permettre aux agents IA de réaliser des achats pour le compte des consommateurs, tout en conservant des mécanismes de contrôle et de sécurité.

Au cœur de cette approche : les Agentic Tokens, des tokens de paiement spécifiques aux agents, associés à des instructions d'achat authentifiées.

Contrairement à un simple identifiant de carte enregistrée, ces tokens s'inscrivent dans un environnement où les droits d'utilisation peuvent être liés à l'agent, au commerçant, au montant et aux conditions définies par le consommateur.

Visa prévoit notamment plusieurs mécanismes complémentaires :

• Tokenisation dédiée aux agents : émission et gestion de tokens de paiement spécifiques, sans exposer directement les coordonnées bancaires d'origine.
• Authentification du consommateur : utilisation de mécanismes tels que les passkeys pour vérifier certaines instructions d'achat.
• Contrôle des autorisations : vérification de la cohérence entre les instructions du consommateur et les transactions présentées au réseau Visa.
• Traçabilité : conservation de signaux permettant de rapprocher l'intention initiale de l'utilisateur et l'achat effectivement réalisé.

Visa développe également le Trusted Agent Protocol, présenté en octobre 2025 avec Cloudflare, pour permettre aux commerçants de reconnaître les agents IA approuvés et de distinguer leurs interactions de celles des robots malveillants.

En octobre 2026, Visa a franchi une nouvelle étape avec BILL et Billtrust en présentant un pilote de paiements B2B dans lequel des agents de confiance peuvent initier et finaliser des règlements de factures approuvées.

Cette évolution est particulièrement significative.

Demain, un agent IA pourrait disposer d'un token de paiement sans jamais connaître le numéro de carte bancaire de son utilisateur. Mais ce token ne devrait pas lui donner un droit illimité de dépenser.

La sécurité devra donc porter à la fois sur le moyen de paiement et sur les conditions dans lesquelles l'agent est autorisé à l'utiliser.

Les fonctionnalités de Visa Intelligent Commerce sont encore en cours de développement et de déploiement, avec une disponibilité variable selon les marchés.

Sources : Visa - pilote B2B, octobre 2026.

Mastercard : les paiements entre machines deviennent une infrastructure

Le 10 juin 2026, Mastercard a annoncé Agent Pay for Machines, une infrastructure destinée à faciliter les paiements programmatiques entre machines.

Le dispositif vise notamment à associer les identités des agents à des permissions, à des limites de dépenses et à des mécanismes de règlement.

Plus de trente acteurs sont associés à cette initiative, parmi lesquels Adyen, Stripe, Checkout.com, Cloudflare et Coinbase.

Ce mouvement est particulièrement significatif : les réseaux de paiement commencent à considérer les machines comme de nouveaux participants économiques, capables d'effectuer des transactions dans un cadre d'autorisation défini.

La différence avec le commerce électronique traditionnel est majeure.

Un consommateur ne sera plus nécessairement présent à chaque étape du parcours d'achat. L'agent pourra rechercher, sélectionner et payer, dans les limites du mandat qui lui aura été confié.

La question centrale devient donc : comment vérifier qu'une machine ne dépasse jamais les droits financiers qui lui ont été accordés ?

Source : Mastercard - Agent Pay for Machines, juin 2026.‍

CyberArk et Cloudflare : protéger les identités et les infrastructures

D'autres entreprises interviennent sur des dimensions complémentaires de cette nouvelle chaîne de confiance.

CyberArk travaille sur la sécurisation des identités privilégiées, des secrets et des accès sensibles, notamment pour les identités non humaines.

Cloudflare protège les applications, les API et les communications entre systèmes. L'entreprise participe également au développement de mécanismes permettant de distinguer les agents IA légitimes des interactions automatisées malveillantes.

Ces technologies répondent à des risques essentiels : usurpation d'identité d'un agent, compromission de clés API, détournement de permissions ou manipulation des échanges entre plateformes.

Mais une question demeure : un agent peut être correctement identifié et authentifié tout en exécutant une opération qui ne correspond pas à la volonté réelle de son utilisateur.

‍8. Faut-il imaginer une nouvelle couche de sécurité indépendante des PSP ?

UFaut-il imaginer une nouvelle couche de sécurité indépendante des PSP ?

Chez Komission, nous observons depuis plusieurs années la complexification des architectures de paiement.

Multiplication des PSP, orchestration, API, tokenisation, paiements internationaux, instant payments et infrastructures omnicanales : les entreprises disposent de possibilités toujours plus nombreuses.

Mais chaque nouvelle intégration introduit aussi des dépendances techniques et opérationnelles.

Dans ce contexte, une idée mérite d'être explorée : celle d'un Payment Trust Layer, une couche indépendante chargée de vérifier les autorisations financières avant l'exécution des opérations.

Son rôle ne serait pas de remplacer les banques, les PSP ou les solutions antifraude.

Il serait de vérifier plusieurs éléments fondamentaux :

1. Quelle machine demande l'opération ?
2. Pour le compte de quelle entreprise ou personne agit-elle ?
3. Quel mandat lui a été accordé ?
4. Le montant et le bénéficiaire sont-ils autorisés ?
5. L'opération correspond-elle au contexte attendu ?
6. Faut-il demander une validation humaine ?
7. Peut-on prouver ultérieurement pourquoi la transaction a été autorisée ?

Cette couche pourrait être intégrée aux ERP, plateformes de payouts, infrastructures bancaires et orchestrateurs de paiement.

Le défi serait d'en faire un système interopérable, rapide et suffisamment fiable pour ne pas dégrader les performances des paiements.

9. Le rôle des entreprises : préparer leurs architectures de paiement dès aujourd'hui

Pour les commerçants, marketplaces, plateformes SaaS et entreprises B2B, le sujet dépasse largement la cybersécurité informatique.

Il concerne directement l'architecture de paiement.

Une entreprise qui souhaite permettre à des agents d'effectuer des achats, des remboursements ou des virements devra notamment se demander :

Ces questions devront être intégrées aux réflexions sur l'orchestration, la tokenisation, les API de paiement, les habilitations et les dispositifs antifraude.

L'enjeu n'est pas de ralentir l'automatisation, mais de construire des infrastructures capables de lui faire confiance sans lui accorder des pouvoirs illimités.

La prochaine génération de startups sera-t-elle spécialisée dans la confiance financière des machines ?

C'est probablement la partie la plus passionnante de cette transformation.

De nouvelles entreprises émergent déjà autour des paiements agentiques, des portefeuilles programmables et de l'identité des agents.

Skyfire explore notamment l'identification et les paiements des agents IA. Nevermined développe des infrastructures de monétisation des services consommés par ces agents. Sapiom travaille sur les capacités financières permettant aux logiciels d'acheter des services.

Ces initiatives sont encore jeunes, et leurs modèles économiques doivent faire leurs preuves.

Mais elles témoignent d'une évolution profonde : les logiciels ne seront plus uniquement des outils utilisés par les entreprises. Ils pourraient devenir des acteurs économiques capables d'acheter, de vendre et de payer.

À mon sens, plusieurs catégories de startups pourraient émerger :

• Machine Identity & Trust : identifier les machines et vérifier leurs droits d'action.
• Payment Permission Engines : définir et appliquer des mandats, plafonds et règles d'autorisation financière.
• AI Transaction Monitoring : détecter les comportements anormaux dans les transactions autonomes.
• Agent Wallet Security : sécuriser les portefeuilles, secrets et capacités de paiement des agents.
• Financial Intent Verification : vérifier qu'une opération correspond réellement à l'intention et au mandat du donneur d'ordre.
• Agentic Payment Audit : produire des preuves vérifiables des décisions et transactions exécutées.

Il ne s'agit pas de marchés entièrement vierges. Plusieurs fonctions existent déjà chez les banques, PSP, fournisseurs IAM et acteurs de la lutte contre la fraude.

L'opportunité pourrait se trouver dans leur combinaison, leur interopérabilité et leur adaptation aux agents autonomes.

Cinq conseils aux entreprises qui préparent leurs premiers paiements agentiques

Avant de confier des opérations financières à des agents IA, quelques principes semblent indispensables.

1. Cartographier les identités non humaines. Identifier les applications, agents, comptes techniques et prestataires disposant d'un accès aux systèmes financiers.

2. Limiter les permissions. Un agent chargé de consulter des transactions ne devrait pas pouvoir initier librement des remboursements ou des virements.

3. Séparer décision et exécution. Les décisions proposées par un modèle IA doivent passer par des contrôles déterministes, indépendants du modèle, avant toute opération sensible.

4. Prévoir des mécanismes d'arrêt. Plafonds cumulés, contrôles de fréquence, validation de nouveaux bénéficiaires et suspension automatique doivent permettre de limiter les conséquences d'une compromission.

5. Conserver des preuves exploitables. Les entreprises devront pouvoir reconstituer les mandats, les décisions, les validations et les opérations effectivement réalisées.

Ces principes doivent compléter les obligations réglementaires et les contrôles existants, notamment en matière de sécurité opérationnelle, de protection des données et de services de paiement.

Notre conviction : la prochaine révolution du paiement sera aussi une révolution de la confiance

L'intelligence artificielle pourrait profondément transformer la manière dont les entreprises achètent, vendent, encaissent et règlent leurs fournisseurs.

Les infrastructures de paiement deviennent plus ouvertes, programmables et interconnectées.

Mais l'innovation ne pourra pas reposer uniquement sur la vitesse d'exécution ou la fluidité des transactions.

Elle devra aussi garantir la légitimité des décisions financières.

Les incidents récents chez Binance, Bybit, Bitget et Crédit Mutuel Arkéa rappellent combien les mécanismes d'autorisation et les chaînes de confiance sont critiques.

Leur enseignement dépasse largement le secteur des cryptomonnaies.

Demain, le risque ne sera pas seulement qu'une machine soit piratée. Ce sera aussi qu'une machine parfaitement authentifiée exécute une opération qu'elle n'aurait jamais dû être autorisée à réaliser.

C'est dans cet espace, entre cybersécurité, intelligence artificielle et infrastructures financières, que pourraient naître certaines des startups les plus intéressantes de la prochaine décennie.

Conclusion : après la protection des données, la protection des décisions

Les cyberattaques de 2026 mettent en évidence deux réalités complémentaires.

La première est que les données personnelles restent une ressource précieuse pour les cybercriminels. Leur exposition facilite l'usurpation d'identité, les fraudes ciblées et les manipulations de processus.

La seconde est que les attaquants cherchent aussi à exploiter des accès et des autorisations capables de produire des effets concrets, qu'il s'agisse de mouvements financiers ou de modifications d'équipements connectés.

Avec l'arrivée des agents IA, ces deux risques pourraient converger.

Un fraudeur pourrait utiliser des données volées pour manipuler un agent, détourner une instruction ou exploiter un droit de paiement déjà accordé.

Le véritable défi ne sera donc plus uniquement de savoir si les coordonnées bancaires sont protégées.

Il sera de garantir qu'une machine autorisée à payer ne puisse pas être amenée à payer contre la volonté de son utilisateur.

Chez Komission, nous considérons que l'évolution vers le commerce agentique devra s'accompagner d'une transformation des architectures de paiement : des infrastructures capables d'authentifier les acteurs, de limiter les délégations, de contrôler les décisions et de sécuriser les transactions, quel que soit le PSP utilisé.

La prochaine frontière de la cybersécurité des paiements ne sera pas seulement la protection des données.

Ce sera la protection de l'intention de payer.

FAQ - Agents IA, tokenisation et cybersécurité des paiements