每个 AI Agent 都需要一个身份
AI Agent 身份治理标准正在形成

2026 年 7 月，企业 AI 治理领域发生了一个不寻常但意义深远的汇聚：三个独立的 AI Agent 身份管理标准倡议在同一月取得重大进展。AEGIS 发布了 RFC-0019（AIAM-1），IETF 推进了 Agent Identity Protocol 草案，Okta 和 cidaas 分别发布了面向 AI Agent 的身份管理商业方案。这不是巧合——这是行业集体意识到：每个 AI Agent 都需要一个可以被问责的身份。

就像每个人都需要一个身份证来证明自己是谁、能做什么，每个 AI Agent 也需要一个数字身份——但 Agent 的身份比人的身份复杂得多。一个 Agent 可能同时代表多个用户，可能由另一个 Agent 委派任务，可能在不同的系统间自主移动。没有身份层，你就无法回答最基本的安全问题："这个 Agent 是谁？它有权做什么？谁为它的行为负责？"

什么是 AI Agent 身份？——Agent 的"护照"

可以把 AI Agent 身份想象成 Agent 的数字护照。一本护照能证明你是谁、你属于哪个国家、你的护照有效期。类似地，Agent 身份包含：一个唯一的标识符（Agent ID）、一组声明的属性（谁创建的、权限范围、所属组织）、以及可验证的凭证（加密签名确保身份不被伪造）。

但 Agent 身份比人的身份多两个关键维度：

• 委派链（Delegation Chain）： Agent A 代表用户 X 行动，Agent A 又委派 Agent B 执行子任务。身份系统必须能追踪这条链——谁授权了谁。
• 可撤销性（Revocability）： 当 Agent 行为异常或任务完成，身份必须能被即时吊销。一个"杀死"Agent 的机制是身份系统的一部分，不是附加功能。

简单来说：没有身份的 Agent 是匿名的。匿名的 Agent 是不可问责的。不可问责的 Agent 在企业生产环境中是一个不可接受的风险。

AEGIS AIAM-1：规范性标准

2026 年 7 月，AEGIS（AI Ethics & Governance International Standards）发布了 RFC-0019，正式名称为 AIAM-1（AI Agent Identity and Access Management Specification）。这是第一个专门针对 AI Agent 身份和访问管理的规范性标准。

AIAM-1 的设计哲学是"规范性"——它定义了一套必须实现的能力清单，而不是一个具体的实现方案。这意味着不同供应商可以基于同一规范开发兼容的身份管理系统。

IETF Agent Identity Protocol：去中心化路径

与 AEGIS 几乎同时，IETF 发布了 draft-singla-agent-identity-protocol-03（2026 年 6 月），从另一个角度解决 Agent 身份问题——去中心化身份和委派。

IETF AIP 的核心思路是利用 W3C 的去中心化标识符（DIDs）为每个 Agent 创建一个不依赖中心化身份提供商的身份。每个 Agent 拥有自己的 DID，通过 DID Document 声明其公钥和服务端点。

AEGIS AIAM-1 和 IETF AIP 并不是竞争关系——它们解决的是不同层面的问题。AIAM-1 定义了"应该做什么"（规范性要求），AIP 定义了"怎么做"（技术协议）。两者在多个方面互补：AIAM-1 的委派主体链可以通过 AIP 的密码学委派链实现，AIAM-1 的防篡改证明可以通过 DID 的签名机制实现。

Okta 和 cidaas：商业落地已经开始

标准还在制定中，但商业市场已经行动了。2026 年 7 月，Okta 发布了"Okta for AI Agents"的早期访问计划——将 Okta 的身份管理能力扩展到 AI Agent。同期，cidaas 也宣布了面向 AI Agent 的身份管理解决方案。

Okta for AI Agents 的核心能力包括：为每个 Agent 创建 Okta 托管的身份、基于策略的访问控制（Agent 可以访问哪些 API 和数据）、Agent 到 Agent 的身份验证、以及集中化的 Agent 身份审计日志。对于已经在使用 Okta 的企业来说，这是一个自然的扩展——不需要引入新的身份系统。

cidaas 的解决方案则侧重于 AI Agent 的客户身份和访问管理（CIAM）场景——当 AI Agent 以客户身份交互时，如何验证和管理 Agent 的身份。这在客服 Agent、销售 Agent 等面向客户的场景中尤为重要。

这些商业方案的推出传递了一个明确信号：Agent 身份管理不是"未来的问题"，而是企业现在就需要解决的实际问题。

为什么这对企业至关重要

Agent 身份不是一个"锦上添花"的能力——它是 AI 治理的基石。没有 Agent 身份，以下四个关键治理能力都无法实现：

没有 Agent 身份的风险正在成为现实

2026 年，没有身份层的 Agent 已经导致了多起企业安全事故：

• 影子 Agent（Shadow Agents）： 员工创建 Agent 时使用个人 API 密钥或共享服务账号，IT 部门完全不知道这些 Agent 的存在。没有 Agent Registry 和身份系统，你无法治理你不知道存在的 Agent。
• 审计盲区： 多个 Agent 共享同一凭据时，安全团队无法区分"哪个 Agent 调用了哪个 API"。一次数据泄露后的调查可能指向"系统账号 A"——但实际上是 5 个不同的 Agent 在使用这个账号。
• 权限提升： Agent 在运行过程中通过 Prompt Injection 或其他手段获得了超出预期的权限。没有基于 Agent 身份的权限边界，一个被攻破的 Agent 可能导致整个系统的数据泄露。

这些风险不是理论上的——它们已经在真实的企业环境中发生。而 Agent 身份正是解决这些问题的第一道防线。

2026 年下半年：从标准到实施

AEGIS AIAM-1、IETF AIP、Okta 和 cidaas——这四个独立的事件在同一月的汇聚，标志着 AI Agent 身份管理从"研究课题"正式进入"实施阶段"。标准在制定，商业产品在推出，企业需求在增长。

对于企业来说，现在就是开始建立 Agent 身份管理能力的时候。不需要等待所有标准最终确定——AIAM-1 的规范已经足够指导设计，IETF AIP 的草案已经可以技术验证，Okta 等商业方案已经可以试点部署。那些等到所有标准都尘埃落定再行动的企业，将会发现 Agent 的部署数量已经远远超出了他们的治理能力。