金融智能体安全标准发布：智能体操作金融 App 的双重授权与权限收口-环曜Agent

2026 年 9 月 11 日，国内首个聚焦金融领域的智能体安全团体标准《智能体技术金融应用安全要求》发布——由北京国家金融科技认证中心牵头，联合邮储银行、工商银行、中国银联、中国银行、交通银行、华夏银行等金融机构，以及华为、蚂蚁科技集团、火山引擎、腾讯云等科技公司共同制定。标准把「手机端第三方智能体未经金融机构授权，不得利用系统权限自动化读取、操作金融 App GUI 界面」写成硬要求，业内概括为「双重授权」。和环曜 Agent 团队 陪跑项目的体感是，这条线会重构金融场景 Agent 的权限设计。2026 上半年我们陪跑的 24 个金融与强合规场景 Agent 项目里，因权限收口不足而卡在合规评审的有 9 个（口径：完成 POC 并进入合规评审的样本，样本量 24，时间窗 2026 上半年）。本文把「双重授权」拆成可落地的几层，并给出上线前的核对清单。

一、双重授权意味着什么：从「用户单方同意」到「用户 + 机构」

「双重授权」的核心是：智能体操作金融 App，必须同时获得用户授权与机构授权。这改变了以往只向用户要一个同意的做法——机构（银行、券商、保险）作为被调用方，对自身 App 拥有关口控制权。环曜 在评估项目时，先问的不是「能不能自动点」，而是「机构同不同意、日志留不留」。沿四步法看，金融智能体的落地从「场景调研→原型 POC→试点→规模化」，而合规闸门恰好卡在「试点→规模化」这一段，四步法 里这一步的返工代价往往高于前两步。环曜 把授权判定当作可替换、可审计的一层来设计，而不是写死在业务代码里。

一句话：金融场景的授权不是「用户点过就行」，而是「机构认可才算」。

二、双重授权怎么落：把权限收口到一层网关

环曜 Claw（企业级本地化部署） 作为执行网关，把智能体对金融系统的调用做统一收口：谁能调、调什么、需不需要机构授权，都在网关层判定，而不是散落在每个智能体里。这对「双重授权」是关键——机构授权策略一变，只改网关一处，不必逐个改智能体。环曜 在交付时会把权限收敛与业务系统集成分开设计，让授权判定成为可替换、可审计的一层。

三、身份鉴权与行为追溯：谁在操作、能不能说清

标准要求智能体具备可鉴别的身份与可追溯的行为。企业级环曜 Agent 本地化部署 把数据不出域与审计留痕做成默认能力：每一次自动化操作都记录「谁（身份）、代表谁（授权）、做了什么（行为）、为什么（意图）」，满足合规治理与监管核查的要求。环曜 Agent 团队 在合规评审中经常被问到同一个问题——出问题时，你能不能还原到具体哪一次调用。

四、数据与隐私保护：金融数据不出域与知识权限分级

标准把「数据安全和隐私保护」单列为一个方面。企业级环曜知识库本地化部署 让内部问答与文档问答、知识检索（RAG）跑在企业内网，语料、索引与问答日志都不出域，并可按岗位做权限分级——客户经理能查的，不代表全员能查。环曜 在交付时会先做一轮知识盘点，把可检索内容与敏感字段分开，避免「能问出来」变成「越权问出来」。

五、GUI 与多模态权限：截屏、录屏、麦克风怎么管

标准明确：通过麦克风、截屏、录屏、共享屏幕等权限获取数据时，须遵守被调用方安全策略。这类「多模态权限」比接口调用更难管控——它绕过 API，直接读屏幕。环曜 的工程口径是把多模态权限与常规权限一样纳入清单：每一项都要有明确用途、授权来源与留存记录；无法说明用途的权限，默认关闭。环曜 在评审里见过不少项目，问题不在模型，而在那些「默认开着却没人管」的权限。

六、把标准转成可验收项：一份上线前核对清单

把前面的要点收成一张可勾选的「五步核对清单」：① 用户授权与机构授权是否都落到了网关；② 身份鉴权是否可鉴别、可代表、可追溯；③ 数据与知识是否出域、权限是否按岗分级；④ GUI 与多模态权限是否逐项有用途与记录；⑤ 事故时能否还原到具体一次调用。这五条对齐得越早，合规评审越顺。

把这套核对清单写成可验收的交付项，正是我们在本地化部署服务页里做成清单的部分。如果您的场景涉及资金或客户数据，把当前权限设计发给我们，我们用这份清单评估「双重授权」的落地缺口，企业级环曜 Agent 本地化部署 可承接权限收口与审计留痕，联系环曜Agent团队。你们现在的智能体，是用户单方授权，还是已经做了机构授权？欢迎在评论区聊聊。

常见问题 FAQ