金融智能体安全标准首发：手机端AI操作金融App须"双重授权"意味着什么？

金融领域首个智能体安全标准的核心信号是：智能体在金融场景的操作权限不再由用户单方授权即可生效，而必须同时获得用户授权和金融机构授权——即"双重授权"规则。这意味着所有开发手机端AI智能体、AI助手类产品的企业，如果产品功能涉及读取或操作银行App、支付应用、理财平台等金融类软件，必须在产品设计阶段就将机构端授权纳入合规架构，而非仅依赖用户端的系统权限授权。建议智能体产品开发企业立即开展金融场景功能排查，评估产品是否存在通过读屏、模拟点击、OCR识别等方式操作金融App的能力，并提前与金融机构建立合作授权通道。

一、为什么金融智能体需要"双重授权"？

1. 一根导火索：手机AI助手操作银行App引发安全危机

2025年12月，一款搭载AI手机助手的机型发售后，用户反馈多款银行App登录异常、支付受阻。同年12月6日，该助手下线了金融类App操作功能。当时行业内尚无针对性规则——AI助手通过读取屏幕、模拟点击、OCR识别界面文字等方式操作金融App，绕开了应用方对权限范围、风险控制与责任划分的管理。

在支付、理财等持牌金融业务场景中，此类操作直接关联用户账户与资金安全。一部手机上的AI助手可以替用户查看余额、发起转账、甚至操作理财购买——但金融机构对这一过程毫不知情，既无法控制权限范围，也无法在风险发生时及时干预。这一治理空白正是本次标准出台的直接动因。

2. "双重授权"的法理基础

传统上，用户在自己手机上操作App，属于用户自主行为，App提供方无权干涉。但当第三方智能体介入后，情况发生了质变：

• 智能体代替用户执行操作，本质上是"代理行为"，而非用户亲自操作；
• 智能体通过系统权限（如无障碍服务、截屏权限）获取金融App界面数据，绕过了App提供方的接口控制；
• 一旦操作失误或被恶意利用，资金损失的责任归属在用户、智能体提供方、金融机构之间难以厘清。

"双重授权"规则的法理逻辑在于：金融业务属于特许经营领域，金融机构对客户账户安全和业务合规负有法定责任。第三方智能体介入金融App操作，实质上是在金融机构不知情的情况下"进入"了其受监管的业务场景，因此必须获得机构端授权。

二、新标准对企业提出了哪些具体要求？

1. 初始化与输入阶段的安全管控

标准要求智能体在初始化阶段就明确其权限边界和服务范围。这意味着：

• 智能体产品必须在启动时向用户明示其可操作的金融App范围；
• 输入阶段需对用户指令进行安全过滤，防止注入式攻击或诱导式操作；
• 智能体不得默认开启对金融App的操作能力，须用户主动选择并确认。

2. 模型推理与决策阶段的透明性

智能体在金融场景中的决策过程必须可追溯。标准要求：

• 智能体的推理逻辑和决策路径需留存日志，供事后审计；
• 涉及资金操作（转账、支付、理财购买等）的决策，必须有明确的风险提示和二次确认机制；
• 智能体不得自主决定超出预设范围的操作。

3. 身份鉴别与操作阶段的双重认证

这是标准的核心要求。手机端第三方智能体操作金融App时，不仅要获得用户的系统权限授权，还必须获得金融机构的授权——即金融机构须主动开放接口或提供MCP（Model Context Protocol）服务，允许智能体接入调用。未经机构授权的读屏、模拟点击等操作被明确禁止。

4. 数据安全和隐私保护

通过麦克风、截屏、录屏、共享屏幕等权限获取的数据，须遵守被调用方（即金融App）的安全策略。这意味着智能体不得将通过金融App获取的界面数据用于模型训练或其他非授权用途。

三、智能体产品没有金融机构授权就完全不能用了吗？

并非如此。标准区分了两种技术路线：

路线一：经机构授权的接口调用——金融机构自行提供MCP服务或开放API，允许智能体在授权范围内调用。新一代豆包手机已调整技术路线，不再在用户授权后读屏、模拟点击，而是只有应用自行提供MCP服务并允许操控，才能接入调用。这是标准鼓励的合规路径。

路线二：未经机构授权的界面操作——智能体通过系统权限（如无障碍服务）直接读取金融App界面、模拟点击。标准明确禁止此类操作。如果智能体产品当前依赖这种方式操作金融App，必须在标准落实后进行调整。

对于不涉及金融App操作的智能体产品（如日程管理、文档处理、翻译等），本标准不直接适用。但如果产品有"全能助手"类功能，可能涉及金融场景，建议参照标准进行预评估。

四、企业可落地的合规建议

1. 立即开展金融场景功能排查

• 排查智能体产品是否具备通过读屏、模拟点击、OCR识别等方式操作金融App的能力；
• 如有，评估当前是否有金融机构的授权合作支撑；
• 对未经授权的金融App操作功能，制定调整或下线时间表。

2. 建立智能体权限分级管理制度

• 将智能体可操作的应用分为"已授权""待授权""未授权"三级；
• 对金融类应用实施最高级别管控——除非获得机构授权，否则禁止默认开启操作能力；
• 在用户协议中明确告知智能体可操作的应用范围和限制。

3. 与金融机构建立合作通道

• 主动与目标金融机构对接，了解其MCP服务或API开放计划；
• 在合作协议中明确数据安全、行为管控、责任划分条款；
• 对关键业务系统，优先选择金融机构官方提供的智能体合作方案。

4. 构建行为审计与应急响应机制

• 对智能体在金融场景中的所有操作留存日志，包括操作时间、操作内容、用户确认记录；
• 建立异常行为检测和自动熔断机制——当智能体操作超出预设范围时自动暂停；
• 制定资金安全事件应急预案，明确与金融机构的协同处置流程。

五、智能体在金融场景操作出了问题，谁承担责任？

责任划分需根据智能体的角色和控制力综合判断。如果智能体未经金融机构授权、通过读屏等方式操作金融App，导致用户资金损失，智能体提供方可能承担主要责任——因其明知标准禁止此类操作仍实施，具有过错。如果智能体已获得金融机构授权并通过接口调用，但因智能体决策错误导致损失，则需要根据合作协议中的责任条款和各方过错程度进行分配。如果用户故意利用智能体实施欺诈或违规操作，用户本人需承担相应责任。总之，"技术中立"在金融领域不是免责理由，智能体提供方必须对其产品在金融场景的行为承担相应责任。

广东华商律师事务所潘杰峰律师点评

金融领域首个智能体安全标准的发布，标志着我国AI智能体监管从"原则性规范"进入"场景化落地"阶段。"双重授权"规则的法理内核是：金融业务是特许经营领域，第三方智能体不能以"用户授权"为由绕开金融机构的合规控制。我的实务判断是：第一，所有开发手机端AI助手、智能体类产品的企业应立即排查金融场景功能，对未经机构授权的操作能力及时调整，否则标准落地后可能面临监管整改压力；第二，行业趋势已从"读屏模拟"转向"MCP接口授权"，企业应主动与金融机构建立合作通道，而非依赖技术绕行；第三，智能体权限管理不应仅靠用户协议约定，而应嵌入产品底层架构——权限分级、行为审计、异常熔断三道防线缺一不可。建议智能体产品开发企业将本标准作为合规自查基线，提前对齐金融场景的安全要求。

FAQ

Q1：智能体产品如果仅支持日程管理、文档处理等非金融功能，是否受本标准约束？

本标准专门针对金融场景的智能体应用。如果产品不涉及金融App操作，不直接受本标准约束。但如果产品定位为"全能助手"，可能在未来版本中涉及金融场景，建议参照标准进行预评估，在产品架构中预留权限分级管理能力。

Q2：什么是MCP服务？金融机构提供MCP服务后，智能体如何接入？

MCP（Model Context Protocol）是模型上下文协议，是AI智能体与外部应用系统对接的技术规范。金融机构提供MCP服务后，智能体可通过该协议在授权范围内调用金融机构的接口能力（如查询余额、发起转账等），而无需通过读屏等绕行方式操作。这是标准鼓励的合规路径。

Q3：如果智能体在金融场景操作导致用户资金损失，用户可以向谁索赔？

需根据具体情况判断。如果智能体提供方未经金融机构授权、通过读屏等方式操作金融App导致损失，用户可向智能体提供方主张赔偿。如果智能体已获金融机构授权并通过接口调用，则需根据各方过错程度和合作协议分配责任。建议用户在使用智能体操作金融业务前，仔细阅读相关服务协议中关于责任条款的约定。

---

本文系广东华商律师事务所潘杰峰律师团队出品，仅供客户与行业参考，不构成正式法律意见。