Les banques ont raison de bloquer les agents IA, mais des murs ne font pas un plan

Confieriez-vous le mot de passe de votre banque en ligne à un inconnu parce qu’il promet d’optimiser votre épargne ? Au fond, c’est le marché qui est conclu chaque fois qu’un agent se connecte avec les identifiants du client, et c’est pourquoi la nouvelle de la fermeture des portes par les banques américaines mérite moins d’indignation qu’elle n’en suscite.

Voici ce qui a été rapporté. Axios a révélé que de grandes banques américaines détectent des agents IA tiers non autorisés opérant dans les comptes de clients. Reuters a ensuite indiqué que de grandes banques bloquent ces agents pour les empêcher d’opérer dans les comptes et d’effectuer des transactions. Selon Banking Exchange, Bank of America et Citigroup les ont restreints, rejoignant JPMorgan, et le New York Post emploie le mot « cauchemar » dans son titre.

Le blocage se défend, car personne ne sait répondre à quatre questions de base

Une banque doit savoir qui agit, de quelle autorité il se réclame, ce qu’il peut faire à cet instant et quelles preuves existeront ensuite. Ce n’est pas notre formulation; elle est proche de la manière dont le livre blanc de Ping Identity décrit le problème. Il ajoute un détail qui explique la nervosité des banques: un agent peut travailler de façon asynchrone, enchaîner de nombreux outils et émettre des requêtes qui semblent chacune valides isolément alors que l’ensemble de la séquence s’écarte de ce que voulait le client.

Une connexion par mot de passe ne peut rien exprimer de tout cela. Elle ne peut pas dire « consulte mon solde mais ne déplace jamais d’argent », ni distinguer un humain d’un script. Si un agent se connecte avec les identifiants d’un client, la banque voit le client. À notre avis, une équipe antifraude qui refuse de jouer le jeu fait son travail.

La responsabilité est l’autre moitié du sujet. Le document du colloque de la Consumer Bankers Association note que l’Electronic Fund Transfer Act a posé des règles claires, dont des plafonds à la responsabilité du consommateur pour de nombreuses transactions non autorisées. Nous estimons que ces règles ont été écrites pour des personnes et des cartes, pas pour un chatbot qui décide d’« aider ». Tant qu’on ne sait pas qui supporte la perte lorsqu’un agent comprend mal une instruction, les banques ont tout intérêt à dire non. Nous dirions non aussi.

Mais les interdictions générales sont un jardin clos déguisé

C’est ici que nous nous séparons des partisans du blocage. Bloquer est un expédient, pas une stratégie. Le risque est que la « sécurité » devienne peu à peu la justification pour que chaque banque construise son propre agent, ses propres partenaires agréés et son propre péage.

Le contexte réglementaire laisse entrevoir à quel point ce risque est réel. La règle de la section 1033 de la CFPB, finalisée en octobre 2024, obligerait les établissements à mettre les données des consommateurs à la disposition de tiers autorisés, mais Socure note qu’elle fait l’objet d’un litige et d’un réexamen par la nouvelle direction de la CFPB. Elle précise aussi que la règle n’empêche pas les banques de facturer des frais d’accès, un point toujours vivement débattu. Sur une base juridique aussi fragile, nous pensons que les banques subissent peu de pression pour s’ouvrir et ont bien des raisons de garder les clients dans leurs propres canaux.

Pendant ce temps, le marché n’attend pas. Invela a rapporté en août que Plaid et Sierra permettent à des agents IA de connecter des comptes bancaires et d’agir sur les données en pleine conversation. Open Banking Tracker tient déjà un répertoire des banques qui lancent leurs propres serveurs Model Context Protocol. L’accès autorisé des agents n’est donc pas de la science-fiction; certains établissements le construisent.

À quoi devrait ressembler un standard autorisé

Notre proposition est simple à énoncer et difficile à réaliser. Les agents devraient être traités comme des acteurs encadrés, selon le vocabulaire de Ping: une identité distincte, un lien vérifiable avec le client et des permissions limitées par finalité, périmètre, durée et risque. Consulter un solde, préparer un virement et débloquer des fonds devraient correspondre à des niveaux de permission différents, avec validation humaine pour ceux qui ont des conséquences. La révocation devrait être immédiate et chaque requête devrait laisser une piste d’audit.

C’est en gros la leçon de l’open banking appliquée de nouveau. Remplacer le partage d’identifiants par des API à permissions était un objectif de la vague précédente, et les agents mettent à l’épreuve la sincérité du secteur. Konsentus soutient que l’IA agentique remet en cause les modèles de consentement statiques de la DSP2; si le consentement conçu pour des flux ponctuels grince déjà, un mot de passe confié à un bot est sans espoir.

Notre verdict

Si vous êtes client, ne donnez vos identifiants bancaires à aucun agent, aussi utile que paraisse la démonstration. Si vous êtes une banque, maintenez les blocages jusqu’à pouvoir proposer mieux, et publiez un calendrier pour ce mieux. Si vous développez des agents, cessez de prétendre que l’accès par l’écran est une fonctionnalité.

Les blocages sont la bonne réponse à court terme. Mais si, dans un an, la seule façon d’utiliser un agent avec votre argent est celle que vend votre banque, le secteur aura résolu un problème de sécurité en créant un problème de concurrence. Régulateurs et banques devraient viser un standard commun, pas une collection de jardins.