---
title: "NIST 提出智能体身份管理的十项设计原则"
dek: "这组初步原则将智能体身份、受限委托和独立证据联系起来，同时承认现有标准和技术仍有不足。"
---

NIST 于 2026 年 10 月 27 日提出智能体身份与访问管理（IAM）的十项初步设计原则。这篇 Cybersecurity Insights 博文称，原则来自公众意见和利益相关方交流，将指导美国国家网络安全卓越中心（NCCoE）的智能体演示工作。组织应根据交易风险、部署环境，以及涉及的数据、工具和技能来落实这些原则。[^1]

原则要求智能体拥有独立、可通过密码学核验的身份，最好与特定工作负载、环境及获批配置绑定。权限委托应保留与任务发起方之间的密码学关联，权限范围则应沿委托链逐级收窄。其他原则包括不保留常驻权限、采用短期且可撤销的授权、设置人工复核触发条件、用签名任务授权声明记录预期结果和约束，以及持续监测。[^1]

其中两项原则直接涉及执行机制：将策略执行与智能体推理分离，并以确定性机制作为访问决策的主要依据。NIST 认为，仅靠护栏并不足够。关于证据的原则则要求建立独立于智能体的、仅可追加的日志，记录智能体身份、受委托意图和实际行动，并保留可察觉篡改的证据保管链。[^1]

NIST 提醒，缓解一种攻击可能需要多项原则共同发挥作用，而且现有标准和技术尚不能在各种部署模式下立即满足全部原则。这篇文章提出的是设计方向，没有发布产品，也没有推荐包含修复的具体软件版本。[^1]

:::analysis
问题涉及 T7 机构层（`institutions`）、T5 智能体层（`agents`）和 T2 运行时层（`runtime`）：组织授权、可归责的委托关系和实际执行的访问边界，共同决定核验者可以信任什么。签名任务授权声明和独立日志有助于核查权限与行动，但其实现及执行效果仍需评估。这里涉及的可核验属性是可识别性：如果为用户提供服务的确切版本和配置有记录且可核查，用户就能判断自己是否曾受后来发现的问题影响；这是我们对工作负载、配置绑定及证据要求的分析，并非 NIST 已演示的能力。用户和运营方应核查自身部署中的这些绑定关系、委托权限限制、撤销机制、策略分离和日志独立性。[^1]
:::

:::checked
我们于 2026 年 11 月 2 日阅读了所提供的 NIST《Design Tenets for Agent Identity Management Systems》保存副本，该文发表于 2026 年 10 月 27 日。我们依据作者正文撰稿，没有将读者评论作为 NIST 立场的证据。这次阅读确认的是 NIST 提出了哪些建议；我们没有测试系统，也没有确认其实现效果。[^1]
:::

[^1]: NIST，《Design Tenets for Agent Identity Management Systems》，2026 年 10 月 27 日。https://www.nist.gov/blogs/cybersecurity-insights/design-tenets-agent-identity-management-systems