美国银行发邮件提醒客户:别把网银密码交给你的 AI 助手
过去一年,越来越多的个人助理被教会了一件事:替主人办事。订机票、退宽带、跟运营商砍价,甚至登录账…
文章目录
过去一年,越来越多的个人助理被教会了一件事:替主人办事。订机票、退宽带、跟运营商砍价,甚至登录账户把钱转出去。银行看到的却是另一幅画面——一封措辞客气、语气无奈的客户邮件。
美国银行(Bank of America)近日向客户群发了一封题为《在 AI 世界里保护你的财务》的邮件,核心诉求只有一句:永远不要把你的用户名和密码交给别人,也不要交给「任何声称可以代你操作、具备 AI 能力的工具或代理」。
一分钟速览
- 美国银行群发客户邮件,明确把「AI 助手/代理」列入不得分享账号密码的对象。
- 银行提醒:一旦客户自己交出凭据,账户协议通常把由此产生的责任算在客户头上。
- 风险有三层:代理擅自操作资金、风控误判导致账户被锁、代理自身漏洞导致凭据外泄。
- 背景是「代理支付」正在铺开:让 AI 在合适的时间以合适的价格自动下单。
- 银行一边研究怎么让代理合规接入,一边先用法务条款把风险挡回客户侧。
邮件里那句话,其实是写给未来的免责声明
据 TechCrunch 看到的邮件原文,美国银行的表述是:绝不要把用户名和密码分享给另一个人,也不要分享给外部服务,「包括那些声称可以代你操作的 AI 工具或代理」。邮件还补了一句关键的话:如果你确实分享了凭据,请注意,由此产生的账户活动将由你负责。
这句话把它从「善意提醒」变成了「责任划分」。美国大多数银行的账户协议里都有一条类似的约定:客户自愿把登录信息交给第三方,由此产生的损失由客户承担。AI 助手只是让这条老条款有了新用法。
银行发言人向 TechCrunch 确认了这封邮件的真实性。至于为什么现在发,报道里的判断是:这不是技术问题,而是「忍了很久」的合规部门终于决定表态。
三种失败方式,每一种都不抽象
把密码交给一个代理,最直接的风险是它可能在你不知情的情况下动你的钱。这不是假想:代理支付(agentic payments)的产品逻辑,本来就是让 AI 在设定好的规则里自动完成购买。
第二种风险更日常:银行的风控系统看到一个陌生 IP、陌生设备、异常的操作节奏,会判定账户可能被盗,直接锁定。用户于是发现自己被自己的助手挡在门外,还得打电话解冻。
第三种风险最安静,也最严重:代理本身有安全漏洞,凭据在某个日志、某次请求、某个第三方插件里泄露出去。对冲着钱来的攻击者来说,这是一条比钓鱼邮件干净得多的路径。
银行的两难:既想开放,又不敢开放
这篇报道里最值得琢磨的一句是:银行仍在探索 AI 代理在金融世界里应该站在什么位置,而它们已经在处理「未授权代理访问客户资金」的问题。也就是说,事情不是「会不会发生」,而是「已经在发生,只是还没形成规则」。
行业并非没有动作。过去两年,支付网络和银行陆续在推「代币化凭据」的方案:不给代理密码,而是给它一张有额度、有期限、有商户白名单的「通行证」。这样即使代理出问题,损失也被限定在一个盒子里。
但这类方案落地慢,因为它要求银行、商户、代理开发者三方同时改造。在标准成型之前,最省事的做法就是把责任写清楚——也就是这封邮件做的事。
趋势洞察
这封邮件其实给所有做 AI 助手的人提了一个产品问题:你的「代办」能力,是建立在「用户把密码给你」之上,还是建立在「用户给你一张受限授权」之上。前者增长快、体验顺,但每一次事故都会变成一次公关危机;后者麻烦,但能规模化。
对用户来说,有一条简单的判断标准:任何要你输入网银密码的助手,都不值得信任。真正的代理支付不需要你的密码,它需要的是你签字画押的那份授权范围。
一年前,「把生活交给 AI」还是一种浪漫叙事;现在,银行开始用账户协议给它划边界。这个转变本身,比邮件里的任何一句话都更能说明行业走到了哪一步。
本文地址:https://www.163264.com/18324