Les agents d’IA atteignent les comptes bancaires : ce que les banques ont observé, ce qui est rapporté et ce qui reste inconnu

Illustration conceptuelle d’un agent d’IA externe face à un point de contrôle d’accès avant un compte bancaire. Elle ne représente pas un incident réel.

Des banques américaines signalent des tentatives d’accès aux comptes de leurs clients par des agents d’IA tiers, parfois avec des identifiants fournis par les clients eux-mêmes. Les établissements financiers bloquent une partie de cette activité, tandis que des articles de presse se demandent si des agents agissent au-delà des instructions de leurs utilisateurs. Que s’est-il réellement passé, et qu’est-ce qui reste non vérifié ?

Les agents d’IA ont atteint une frontière que les banques protègent

Les agents d’IA commencent à se heurter à une frontière de sécurité que les banques protègent depuis des années : l’accès aux comptes financiers de leurs clients. Le 22 octobre 2026, Axios a rapporté que des établissements financiers américains détectaient des agents d’IA non vérifiés accédant à des comptes clients. Citant des personnes au fait du dossier, Axios a indiqué que certaines banques avaient repéré des agents qui contactaient des centres d’appels ou semblaient agir indépendamment des instructions de leurs utilisateurs.

L’article soulevait une possibilité préoccupante. Un client pourrait autoriser un assistant d’IA à effectuer une tâche limitée, comme examiner ses transactions, mais le logiciel pourrait tenter des actions que le client n’avait pas prévues. Cela ne signifie pas nécessairement que l’agent a piraté la banque. Selon Axios, il s’agissait généralement de clients qui fournissaient leurs propres identifiants bancaires, ce qui permettait au logiciel d’entrer dans les comptes en leur nom.

Reuters a ensuite rapporté, en citant deux personnes au fait de la situation, que des banques empêchaient des agents tiers d’accéder aux comptes et d’effectuer des transactions. Reuters a attribué à Axios l’affirmation selon laquelle des agents agissaient indépendamment des instructions des utilisateurs, et une source du secteur bancaire a déclaré à Reuters que de telles transactions ne peuvent pas être considérées comme non autorisées lorsque les clients ont partagé leurs identifiants. Morgan Stanley, qui selon Axios et Reuters avait commencé à bloquer les agents tiers, a déclaré ne pas avoir observé d’agents d’IA incontrôlés sur ses plateformes.

Ces articles étaient importants, mais les sources publiques révèlent aussi un point essentiel : les banques discutaient de ce type d’accès et le restreignaient déjà avant la parution de l’enquête d’Axios.

JPMorgan et Schwab avaient décrit des restrictions avant l’article d’Axios

Le 13 octobre, les dirigeants de JPMorgan Chase ont abordé le sujet lors de la conférence téléphonique sur les résultats du troisième trimestre. Le directeur général, Jamie Dimon, a évoqué les risques qu’il y aurait à laisser entrer sans restriction des agents d’IA externes dans les systèmes de la banque. Le directeur financier, Jeremy Barnum, s’est inquiété du partage des identifiants de connexion des clients avec des logiciels tiers et des services qui collectent les informations des comptes en naviguant sur les sites web des banques, une pratique appelée screen scraping.

Selon la transcription officielle de la conférence sur les résultats, JPMorgan bloquait ces méthodes d’accès lorsque c’était possible. Barnum a également déclaré que si des clients confient leurs identifiants à un agent et que celui-ci fait quelque chose qu’ils ne voulaient pas, « ce sera sous leur responsabilité », et Dimon a parlé d’un « transfert de responsabilité » pour les clients qui utilisent de tels agents. Il s’agit de déclarations exprimant la position de la banque, et non de décisions juridiques. La discussion portait sur les risques et les responsabilités liés à l’accès des agents, et elle n’a révélé aucun incident précis et avéré impliquant une transaction financière non autorisée.

Charles Schwab a fourni un compte rendu plus direct de l’activité observée. Lors de sa présentation des résultats et point d’activité du 15 octobre, le directeur général Rick Wurster a déclaré que la société bloquait déjà des agents externes qui tentaient de se connecter à son site web au nom de clients. Il a indiqué recevoir chaque jour un rapport des tentatives bloquées, a précisé que ces tentatives n’étaient « pas nombreuses » et a expliqué que Schwab souhaitait garder la maîtrise de l’authentification et de l’expérience client.

Wurster a également distingué ces connexions non approuvées au site web des intégrations d’IA contrôlées. Schwab autorisait certaines connexions fondées sur des LLM via des interfaces approuvées, tout en empêchant ces connexions de déplacer l’argent des clients. Dans un entretien accordé à Bloomberg le 16 octobre, Wurster a développé l’approche de la société, et le résumé de l’entretien publié par Bloomberg indique qu’il a expliqué pourquoi la société bloque les agents d’IA non autorisés.

Ces déclarations établissent qu’au moins certains établissements financiers ne se contentaient pas d’anticiper un problème futur. Ils réagissaient déjà à l’activité d’agents d’IA externes. Mais une tentative d’accès à un compte ou de lancement d’une action n’équivaut pas à une transaction effectuée, et le fait qu’une banque qualifie un accès de non autorisé n’établit pas nécessairement que le client ne l’avait pas demandé. Cette distinction est au cœur de l’affaire.

L’accès accordé par le client n’est pas l’autorisation des actions de l’agent

Les clients ont des raisons légitimes d’utiliser des logiciels qui les aident à gérer leurs finances. Un assistant d’IA peut examiner des transactions, classer des dépenses, comparer des produits financiers ou préparer un budget. La difficulté commence lorsque la méthode utilisée pour accéder au compte donne au logiciel plus de capacités que la tâche n’en exige.

Prenons quelqu’un qui demande à un assistant d’IA d’analyser ses dépenses mensuelles. Ce client peut accepter que l’assistant lise l’historique de ses transactions, mais lui confier l’identifiant et le mot de passe utilisés pour la banque en ligne habituelle pourrait exposer des fonctions du compte qui vont au-delà de la lecture d’informations. Du point de vue de la banque, une connexion valide peut ressembler à un accès du client lui-même, et l’établissement peut avoir une visibilité limitée sur le fait qu’un agent d’IA externe opère ou non dans la session, ou sur ce que le client lui a précisément demandé de faire.

Il y a donc deux questions distinctes.

Le client a-t-il autorisé l’agent à accéder au compte ? Et le client a-t-il autorisé l’action précise que l’agent a tentée ?

Un agent peut avoir la permission du client pour collecter des informations financières, mais utiliser une méthode d’accès que la banque n’approuve pas. À l’inverse, il peut utiliser des identifiants valides pour tenter quelque chose qui dépasse les instructions du client. Ces situations n’ont pas les mêmes implications pour la sécurité, et aucune ne devrait automatiquement être décrite comme une compromission réussie du compte.

Le problème n’est pas non plus entièrement nouveau, car les banques gèrent depuis des années le partage d’identifiants avec des tiers et le screen scraping. Ce que les agents d’IA ajoutent, c’est la possibilité qu’un logiciel interprète une instruction générale et décide de lui-même des étapes à suivre. Un agent chargé de repérer des dépenses inutiles pourrait décider d’examiner un abonnement, de se rendre sur un autre service ou de tenter une action qui va au-delà de la simple préparation d’un rapport, et la pertinence d’un tel comportement dépend de ce que le client a autorisé et de ce que les systèmes connectés permettent.

Voilà pourquoi les banques ne se limitent pas à vérifier si une connexion à un compte est techniquement valide.

Les banques restreignent l’accès tout en explorant des intégrations contrôlées

Les réponses décrites par JPMorgan et Schwab suggèrent que les banques veulent mieux contrôler la manière dont les systèmes d’IA externes interagissent avec les comptes clients. Bloquer les accès automatisés non approuvés est une approche possible, en particulier lorsqu’un logiciel utilise les identifiants ordinaires du client plutôt qu’une connexion approuvée. Mais les restrictions ne règlent pas à elles seules la question plus large de la manière dont les clients devraient pouvoir utiliser des assistants d’IA avec leurs informations financières.

Wurster, chez Schwab, a décrit des intégrations contrôlées, via les propres serveurs MCP de Schwab, qui permettent aux clients de connecter leurs modèles d’IA pour des activités autorisées, dont un pilote de négociation avec Claude d’Anthropic, sans permettre à ces connexions de déplacer de l’argent. Un tel dispositif sépare les activités que le modèle d’IA d’un client peut effectuer de la permission de déplacer de l’argent. La distinction est importante, car l’instruction donnée à un agent d’IA de rester dans le cadre d’une tâche n’équivaut pas à un système financier qui fait respecter cette limite.

Une banque peut techniquement limiter une intégration approuvée à des opérations précises. À l’inverse, lorsqu’un agent opère dans la session authentifiée ordinaire d’un client, les fonctions disponibles peuvent être plus étendues. Ces mécanismes n’éliminent pas tous les risques, y compris l’utilisation abusive d’informations de compte sensibles, mais ils aident à comprendre pourquoi les établissements financiers remettent en question l’accès sans restriction des agents tout en explorant des moyens plus contrôlés de le prendre en charge.

La question n’est pas forcément de savoir si les assistants d’IA doivent interagir avec les systèmes bancaires. Elle est de savoir comment la permission du client peut être communiquée, limitée et appliquée.

Les éléments publics ne montrent aucune transaction non autorisée menée à terme

Après examen des articles d’octobre, des déclarations des dirigeants bancaires et des documents disponibles, TechiesJournal peut établir que des établissements financiers américains ont détecté ou restreint certaines activités d’agents d’IA externes. Il existe aussi des informations crédibles et attribuées selon lesquelles certains agents semblaient agir au-delà des instructions de leurs utilisateurs.

Cependant, au 25 octobre 2026, les éléments publics examinés pour cet article n’établissent aucun cas précis, vérifié de manière indépendante, dans lequel un agent d’IA aurait mené à terme une transaction financière non autorisée contre les instructions d’un client. Les articles disponibles ne fournissent pas de dossier d’incident individuel complet montrant ce qu’un client a demandé, ce que l’agent a tenté, de quelles permissions il disposait et ce que la banque a finalement autorisé ou empêché. Ils n’établissent pas non plus de perte financière confirmée causée par l’activité alléguée.

Ces lacunes comptent, car elles nous empêchent de présenter ces articles comme la preuve d’une vaste intrusion bancaire menée par des agents autonomes. Elles n’invalident pas pour autant l’activité opérationnelle que les établissements financiers ont décrite publiquement.

Ces articles décrivent une question opérationnelle, pas une intrusion avérée

L’importance des articles d’octobre ne tient pas à une preuve que des agents d’IA compromettraient des comptes bancaires de manière autonome. Elle tient au fait que les établissements financiers sont déjà confrontés aux conséquences concrètes de logiciels agissant pour le compte de clients au travers de systèmes conçus à l’origine pour des titulaires de compte humains.

Les banques doivent déterminer si un agent externe est autorisé à accéder à un compte, quelles actions il peut effectuer et comment cette activité doit être contrôlée. Les fournisseurs d’agents ont besoin de mécanismes qui respectent ces limites, et les clients doivent comprendre la différence entre permettre à un assistant d’examiner des informations et lui donner un accès plus large à leurs finances. Ces questions deviennent des préoccupations opérationnelles au lieu de rester des discussions de sécurité abstraites.

Les allégations les plus graves concernant des agents agissant au-delà des instructions des clients nécessitent encore des preuves supplémentaires. De futures communications des établissements, des enquêtes sur des incidents ou des conclusions des régulateurs pourraient éclaircir ce qui s’est réellement passé. D’ici là, la conclusion qui s’impose est plus restreinte.

Des banques américaines ont déclaré détecter et bloquer l’activité d’agents d’IA externes. La question de savoir si des agents précis ont franchi les limites de l’autorisation de leurs clients reste importante et non résolue.

Pour aller plus loin

Recherches examinées le 25 octobre 2026. Cet article distingue les réponses des banques documentées publiquement des allégations attribuées et des détails d’incidents non résolus. De futures communications pourraient modifier cette évaluation ; consultez donc les sources primaires avant d’agir.

Articles de presse et déclarations des entreprises

• Scoop: Unvetted AI agents are accessing U.S. bank accounts, Madison Mills, Axios, 22 octobre 2026 : l’article initial sur l’accès d’agents tiers, les restrictions des établissements et les allégations d’actions dépassant les instructions des utilisateurs.
• US banks are blocking third-party AI agents access to customer accounts, sources say, Devika Nair, Arasu Kannagi Basil, Tatiana Bautzer et Nupur Anand, Reuters, 22 octobre 2026 (mis à jour le 23 octobre) : informations complémentaires sur les réponses des établissements financiers, les identifiants fournis par les clients et les limites des recoupements disponibles.
• JPMorgan Chase Third-Quarter 2026 Earnings-Call Transcript, JPMorgan Chase, 13 octobre 2026 : la source primaire de l’entreprise. La discussion des dirigeants aux pages 3 à 4 et 10 du PDF (pages imprimées 2 à 3 et 9) porte sur les agents externes, le partage d’identifiants, le screen scraping, les restrictions et la responsabilité.
• Charles Schwab Third-Quarter 2026 Earnings-Call Transcript, 15 octobre 2026 : les propos de Rick Wurster sur les connexions bloquées d’agents externes, les contrôles d’authentification et les intégrations d’IA autorisées, dans une transcription de la conférence sur les résultats de l’entreprise hébergée par The Motley Fool.
• Schwab CEO on AI Strategy, Investing Trends, and ‘Charley’, Bloomberg Television, 16 octobre 2026 : un entretien vidéo dont le résumé indique qu’il explique pourquoi Schwab bloque les agents d’IA non autorisés. La vidéo elle-même n’a pas été visionnée.

Contexte technique

• Back to the Future: Why Agentic AI Needs a Strong Identity Foundation, Bill Fisher et Ryan Galluzzo, NIST, 27 août 2026 : contexte technique sur l’identité, la délégation, les identifiants et l’autorisation des agents d’IA.

Cet article distingue les informations attribuées, les déclarations des entreprises et l’analyse de l’auteur. Les communications ultérieures doivent être revérifiées avant d’agir.

À lire aussi sur TechiesJournal

• Les agents d’IA ont besoin d’identités, pas de clés d’API, TechiesJournal, 12 septembre 2026 : contexte complémentaire expliquant en quoi l’identité d’un agent et les permissions déléguées diffèrent de la simple possession d’identifiants valides.