Aller au contenu

JPMorgan limite les agents IA : accès aux comptes et contrôle

JPMorgan conteste les agents externes qui déplacent des fonds via les identifiants clients. L'enjeu : distinguer accès aux données, paiements et responsabilité.

4 min de lecture Comment nous travaillons

JPMorgan Chase entend maîtriser l'accès des agents IA aux comptes de ses clients, en particulier lorsque ces logiciels utilisent les identifiants de l'utilisateur pour déplacer de l'argent. La frontière posée par la banque porte sur l'accès et les pouvoirs accordés au logiciel: l'établissement emploie déjà des agents en interne et prévoit de les proposer également à sa clientèle.

La position de la banque a été exprimée le 13 octobre 2026, lors de la conférence téléphonique consacrée aux résultats du troisième trimestre, une date confirmée par le communiqué officiel de JPMorganChase. Le directeur général Jamie Dimon et le directeur financier Jeremy Barnum ont répondu à une question qui accompagnera durablement l'automatisation financière: quelle part de contrôle conserve le client quand il délègue une action à un agent?

La frontière: identifiants et mouvements de fonds

Dans la transcription de la conférence téléphonique, Barnum restreint le problème aux services qui permettent aux agents de déplacer des fonds via des identifiants partagés et des pratiques comme le screen scraping. Cette technique consiste à extraire des informations depuis l'interface du site, plutôt qu'à les recevoir via une connexion structurée. Le directeur financier juge ces méthodes peu sûres et affirme que JPMorgan les bloque dans la mesure du possible.

Dimon, de son côté, exclut qu'un agent externe puisse accéder librement aux systèmes de la banque: «C'est trop risqué pour les clients et pour JPMorgan» (traduction libre). Ces déclarations décrivent une ligne de contrôle des accès. Elles ne constituent pas un règlement complet pour tous les prestataires, ni une liste d'agents approuvés, ni une date d'ouverture généralisée du service.

Consulter un solde et exécuter un virement sont deux permissions différentes

Chase documente déjà un parcours pour connecter des applications externes aux comptes sans partager le mot de passe: le client s'authentifie directement auprès de la banque, choisit les comptes à connecter et peut révoquer l'accès à tout moment. La page décrit aussi le recours, si nécessaire pour des transactions autorisées, à des numéros de compte substituts. Des connexions externes autorisées existent donc bien: leurs fonctions dépendent du service et du consentement accordé.

La distinction décisive est celle entre accès aux données et autorisation d'agir. Un agent peut, dans un scénario d'utilisation courant, classer des dépenses ou préparer une proposition de virement sans pouvoir l'exécuter. Une connexion via API (l'interface permettant à deux systèmes de communiquer) ne garantit pas, à elle seule, la pertinence des décisions: il faut savoir quelles opérations elle autorise, sur quels comptes et avec quelles confirmations. Ce sujet rejoint notre analyse sur la fiabilité des agents IA dans le travail délégué.

Accès bancaire: trois modèles à distinguer

Schéma éditorial. Sources: conférence téléphonique JPMorganChase du 13 octobre 2026 et documentation Chase sur le partage des données.
  • Agent développé par la banque. L'établissement gère les outils et leur intégration dans ses propres systèmes. Cette origine ne supprime pas, à elle seule, le risque d'erreur.
  • Agent externe via API autorisées. Le périmètre dépend des fonctions activées et des permissions accordées: partager des informations n'attribue pas automatiquement le pouvoir d'initier des paiements.
  • Agent externe avec les identifiants du client. Le service utilise l'accès de l'utilisateur. C'est cette modalité que Barnum conteste lorsqu'elle est employée pour déplacer des fonds.

Quand la sécurité rencontre la concurrence fintech

L'ouverture vers des services tiers précède largement l'essor des agents IA. Le 16 septembre 2025, JPMorganChase et Plaid ont annoncé le renouvellement de leur accord sur l'accès aux données, incluant une structure tarifaire et des engagements sur la continuité du service. Ce document porte sur le partage autorisé d'informations et ne démontre pas qu'un agent puisse librement initier des opérations. C'est néanmoins un contrepoids concret à l'idée selon laquelle la banque voudrait fermer toute connexion externe.

Une tension concurrentielle émerge ici, dans la lecture de SpazioCrypto: un assistant capable de comparer les services de plusieurs banques pourrait devenir le point de contact quotidien du client. La banque resterait le lieu du dépôt, tandis qu'une autre plateforme orienterait les décisions. Protéger les accès et préserver la relation commerciale peuvent donc coexister. Pour évaluer cette évolution, des critères d'admission transparents et des permissions compréhensibles seront indispensables, y compris lorsque l'agent est développé par l'établissement lui-même.

La responsabilité ne se règle pas en un clic

Dimon évoque un transfert de responsabilité lorsque le client autorise des outils externes; Barnum avertit qu'une action indésirable accomplie après la remise des identifiants incomberait à l'utilisateur. Ce sont les positions exprimées par les dirigeants lors de la conférence téléphonique, non une nouvelle réglementation. Ces propos ne permettent pas d'établir une règle universelle sur les remboursements ni de prédire l'issue d'un éventuel contentieux.

Un exemple hypothétique éclaire le problème: demander à un assistant de trouver un compte moins coûteux ne lui confère pas nécessairement le mandat de transférer le solde. Si le logiciel franchit cette étape, il faut reconstituer les instructions, les permissions et les confirmations données. La délégation devrait rendre visible le saut de la recommandation à l'exécution. C'est une déclinaison financière de la question du contrôle individuel des données évoqué par Tim Berners-Lee.

La prochaine bataille du fintech

Le prochain enjeu du fintech pourrait être de déterminer qui traduit les intentions des personnes en opérations financières. Les agents peuvent simplifier comparaisons et procédures, mais le bénéfice devient fragile si l'utilisateur perd la capacité de comprendre ce qui a été autorisé. La question rejoint également le débat sur les paiements entre agents en stablecoin: automatiser le transfert de valeur rend d'autant plus nécessaire de définir le mandat.

Le cas JPMorgan offre un critère pour analyser les annonces à venir: vérifier qui identifie l'agent, quels pouvoirs lui sont attribués et comment le client peut l'arrêter. Un assistant véritablement utile devrait laisser une délégation compréhensible, limitée et contrôlable. La valeur de l'automatisation bancaire dépendra aussi de la capacité à préserver ces conditions quand le logiciel passera du conseil à l'action.

Contenu promotionnel