本文内容
AI 智能体身份:每家公司都跳过的问题
简短的回答:当您在公司内部运行 AI 智能体时,它需要拥有自己的身份,就像员工需要一个账户一样。当今的常见做法——在智能体中硬编码一个静态 API 密钥,让它能够访问您的系统——是您能做的最危险的事情,因为这个密钥永不过期,没人知道谁在使用它,而且在需要时也无法快速撤销。正确的做法是为每个智能体提供一个已注册的身份、限定范围的权限,以及会自动过期的短期令牌。
这正是全球最大的身份管理供应商之一 Okta 于 2026 年 8 月 24 日宣布的内容,它推出了一项名为 Agent SSO 的新功能。这个想法表面上看很简单,但影响深远:将 AI 智能体作为一等身份注册到公司目录中,与人类员工并列,使其受到同样的授权、监控和撤销访问工具的约束。
为什么这个问题现在变得紧迫
在过去两年里,企业 AI 已经从“回答问题的机器人”转变为“完成工作的智能体”。如今的智能体会打开您的 CRM、读取订单、更新库存记录、给客户发消息,甚至可能准备发票。其中每一步都意味着登录一个存有真实数据的真实系统。
问题在于,大多数公司的安全工具都建立在一个假设之上:登录系统的是人。Okta 在公告中引用的一个惊人数字揭示了这一差距:只有 34% 的组织对 AI 智能体采用与人类员工相同的安全控制。换句话说,大约三分之二的公司在其系统内运行着自动化实体,却没有同等水平的治理。
当智能体没有明确的身份时,问题会层层叠加,而且都属于同一类:您不知道有多少智能体在您的业务中运行,不知道是谁授权了每一个智能体,无法回答审计人员一个简单的问题——“是谁执行了这个操作?”——也没有一个可以按下的按钮来阻止一个已经偏离轨道的智能体。
Agent SSO 实际上做了什么
该服务基于一个名为 Cross App Access(XAA)的开放协议运行,它是大家熟悉的 OAuth 标准的扩展,已被采纳为 MCP 的官方企业管理授权扩展——MCP 已成为智能体与系统之间的通用语言。简而言之,当支持该协议的 AI 智能体尝试连接到您的某个业务应用时,会发生以下情况:
- 注册:智能体作为一个具名身份记录在公司目录中,而不是一个匿名密钥。
- 授权:它获得一个会自动过期的短期访问令牌,而不是存放在配置文件中的静态密钥。
- 治理:管理员通过管理员工权限的同一控制台来管理智能体的权限。
- 即时撤销:一旦行为看起来异常,只需一个操作即可切断智能体的访问。
值得注意的是,Okta 将 Agent SSO 纳入其核心单点登录产品,且不额外收费——这表明它希望这种模式作为标准推广开来,而不是作为高级功能出售。其公告还列出了在这一方法上与其合作的公司,其中包括 Anthropic、Atlassian、Slack、Notion、Datadog 和 Figma。
新规则:在您公司内部运行的每个 AI 智能体都应该有一个名称、一位对其负责的人类所有者、限定范围的权限和一个到期日。就像员工一样。
这对沙特阿拉伯的企业主意味着什么
在王国将其定为“人工智能年”的这一年里,企业正迅速将 AI 智能体投入客户服务、销售和运营。而从试点走向真正的生产环境,恰恰是身份和权限不再是技术细节、而成为核心关注点的时刻。
这还涉及监管层面。《个人数据保护法》(PDPL)要求组织控制谁访问个人数据、出于什么目的,并能够在审计时加以证明。如果您的 AI 智能体通过一个不属于任何特定人员的共享密钥读取客户数据,您实际上就无法回答“谁访问了这些数据?”这个问题——这不仅仅是技术弱点,而是合规缺口。
您今天就可以开始的实际步骤
您不需要一个全球性平台才能开始。同样的原则适用于任何构建得当的内部系统:
- 盘点您的智能体:列出目前连接到您系统的每一个 AI 工具——数量会让您吃惊。
- 每个智能体一个独立账户:绝不在多个工具之间共享员工账户或通用密钥。
- 最小权限:如果智能体只需要读取,就不要授予它修改或删除的权限。
- 短期令牌:用会自动过期和续期的令牌取代永久密钥。
- 完整的审计记录:智能体执行的每个操作都会记录其名称、时间戳和受影响的系统。
- 人类所有者:每个智能体都有一名负责的员工,定期审查其权限,并能够叫停它。
- 敏感操作需人工审批:资金转账、数据删除和批量客户消息都需要人工检查点。
我们在 Origami 如何看待这个问题
当我们为客户构建定制系统并将 AI 智能体连接到该系统时,我们从第一天起就把这个智能体当作一个拥有账户、权限和日志的用户来对待——而不是一个使用管理员密钥运行的脚本。这个简单的架构决策可以让客户免于日后重建,并使系统从一开始就做好审计准备,而不是在审计人员提出第一个问题或发生第一起安全事件时才去修补。
Okta 的公告之所以重要,是因为它把过去由个别开发者自行判断的事情,变成了由主要工具供应商支持的行业标准。今天在这一基础上构建的人,将自动与一两年后成为基本要求的做法保持一致。
结论是:您公司内部的 AI 不再是您使用的工具,而是代表您行事的一方。任何代表您行事的一方都需要身份和明确的边界——否则,您就是在管理一个看不见的风险。
资料来源
- Okta——Agent SSO 官方公告(2026 年 8 月 24 日)。
- Okta——每个智能体都需要身份(Okta for AI Agents 平台)。
- 沙特数据与人工智能管理局(SDAIA)——《个人数据保护法》及其管控要求。
常见问题
AI 智能体拥有身份是什么意思?
这意味着智能体在您的系统中注册为独立账户,拥有已知的名称、限定范围的权限,以及一位对其负责的人类所有者,而不是使用共享的静态密钥登录。这样您就能准确看到它做了什么,限制它能访问的内容,并在需要时立即撤销其访问权限。
为 AI 智能体使用静态 API 密钥有什么风险?
静态密钥永不过期,通常存放在配置文件或代码中,并且经常在多个工具之间共享。一旦泄露,您将无法知道是谁、在何时使用了它,而且如果不破坏所有依赖它的东西,就无法撤销它。替代方案是绑定到特定身份的短期令牌,它们会自动过期和续期。
这只与大型企业有关吗?
不是。任何将 AI 工具连接到存有客户数据或业务运营系统的组织都会受到影响,即使只有一个工具。同样的原则——独立账户、最小权限、审计记录——既适用于企业级平台,也同样适用于小型系统,而且从一开始就实施的成本要低得多。
这与沙特阿拉伯的《个人数据保护法》有什么关系?
该法律要求组织控制对个人数据的访问,并在审计时证明这种控制。如果您的 AI 智能体通过没有独立身份的共享账户访问客户数据,您就无法确定是谁访问了数据、出于什么目的,这在成为技术弱点之前,首先是一个合规缺口。
在 Google 上关注 Origami
把 Origami 设为首选来源,我们的文章就会优先出现在您的 Google 搜索和热门新闻中。








