Bank of America fixe une limite à la délégation aux agents IA : ne pas leur donner ses identifiants bancaires. Un courriel adressé aux clients vise les services extérieurs capables d’agir en leur nom. La banque a confirmé son authenticité auprès de TechCrunch ; son avertissement concerne l’accès au compte, pas une interdiction générale de l’IA.
Le message, repris les 27 et 28 octobre par plusieurs médias, ne décrit ni une attaque contre la banque ni une interdiction générale de l’intelligence artificielle. Il porte sur une action précise : transmettre son nom d’utilisateur et son mot de passe à un service extérieur.
Un identifiant de connexion peut ouvrir bien plus que la tâche demandée
La banque rappelle que les clients ne doivent pas fournir leurs identifiants à un tiers, y compris lorsqu’un agent propose d’agir pour leur compte. Elle évoque aussi la responsabilité des opérations effectuées après cet accès volontairement accordé.
Le risque pratique tient à l’étendue des permissions. Demander une explication sur une ligne de dépense et autoriser une connexion complète sont deux actions différentes. Le mot de passe habituel peut ouvrir un espace bien plus large que le document ou la tâche que l’on souhaitait confier.
Android Authority détaille le message et sa confirmation auprès de TechCrunch. Il faut toutefois conserver son contexte américain : les formulations de cette banque ne permettent pas de conclure automatiquement aux règles de responsabilité applicables à tous les clients français.
Analyser un relevé n’exige pas nécessairement une connexion bancaire
Pour demander à un outil de classer des dépenses ou d’expliquer un tableau, le besoin peut se limiter aux données pertinentes de ce tableau. Le secret de connexion n’apporte rien à cette analyse. Réduire ce que l’on transmet commence donc par séparer les informations nécessaires de celles qui ouvrent l’accès au compte.
Cette séparation vaut aussi pour les captures : un document peut contenir un numéro de compte, une adresse ou des informations sur des tiers qui ne sont pas utiles à la question posée. Le choix d’utiliser un service externe implique d’examiner ces données et ses conditions de traitement.
Une connexion autorisée par la banque, lorsqu’elle existe, possède son propre parcours et ses propres permissions. Elle ne doit pas être confondue avec la saisie du mot de passe dans une conversation ou dans un formulaire sans lien établi avec l’établissement.
La tâche confiée doit rester plus petite que le compte bancaire
Le cas illustre une difficulté croissante des agents : une consigne en langage naturel paraît limitée, alors que le moyen d’accès fourni peut être très puissant. Avant toute délégation, la question utile est donc ce que l’outil pourra réellement consulter ou modifier.
L’agent peut expliquer un relevé à partir d’un extrait utile sans recevoir le pouvoir d’ouvrir le compte. C’est une limite facile à comprendre : confier une question sur ses dépenses n’exige pas de confier son identité de connexion.
Eric Thomas suit l’actualité de Windows, des logiciels, de la cybersécurité grand public et des outils web. Il s’intéresse aux mises à jour système, aux nouveautés informatiques et aux solutions pratiques qui améliorent l’expérience numérique au quotidien.
