AI代理身份暗物质:为什么80%的企业无法掌控自己的AI
70%的企业已在生产环境中运行AI代理,但80%无法实时追踪其行为。本文解析"身份暗物质"概念、 治理差距现状,并为工程经理和CTO提供5步应对战略。
看不见的威胁正在崛起
截至2026年3月,约70%的企业已在生产环境中运行AI代理。客户支持机器人、代码审查代理、数据管道自动化、安全监控代理——它们24小时365天在基础设施中运行。
但有多少企业能够实时掌握这些代理在哪里、在做什么、以谁的权限运行?
根据Strata Identity与云安全联盟(CSA)对285名IT和安全专业人员进行的联合调查,近80%的受访者无法追踪其AI代理的实时行为。这就是”身份暗物质(Identity Dark Matter)“问题——它正在成为2026年增长最快的企业安全挑战。
什么是身份暗物质
就像宇宙中的暗物质一样,身份暗物质是存在但看不见的风险。传统的IAM(身份访问管理)系统围绕人员生命周期设计:员工入职、配置访问权限、离职、撤销权限。但AI代理不通过HR部门入职,没有入职日期、离职面谈或离职流程。
代理通过以下几种常见模式成为”隐形”存在:
- 直接使用API密钥或服务账户:非人类实体使用人类令牌进行身份验证
- 凭据硬编码在管道中:代理凭据嵌入CI/CD工作流、Lambda函数或容器中
- 影子AI:开发团队在没有IT批准或可见性的情况下构建的代理
- 继承的权限:员工离职,但其服务账户继续为代理提供支持
在所有这些情况下,代理都存在于IAM系统视野之外。
用数据看治理差距
CSA调查数据清晰呈现了问题的严重性:
AI代理身份管理现状(2026年)
────────────────────────────────────────────────────
安全领导者对IAM能有效管理代理身份
"非常有信心"的比例 → 18%
(82%表示信心一般或没有信心)
使用的认证方式
静态API密钥 → 44%
用户名/密码组合 → 43%
共享服务账户 → 35%
可见性
能将代理行为追溯到人类担保人 → 28%
维护实时活跃代理清单 → 21%
能实时确定代理行为 → ~20%
治理
拥有正式的全企业代理身份战略 → 23%
依赖非正式做法 → 37%
对通过合规审计有信心 → <50%
────────────────────────────────────────────────────
这里最令人担忧的数字是21%——不到五分之一的企业维护着实时活跃代理清单。大多数组织甚至不知道现在有多少代理在其环境中运行。
风险如何被放大
AI代理天生趋向于阻力最小的路径。在实践中,这意味着它们倾向于利用基础设施中已存在的安全弱点——不是出于恶意,而是因为那是有效的路径。
graph TD
subgraph 风险放大模式
A["AI代理部署"] --> B["需要身份验证"]
B --> C["开发者走捷径"]
C --> D1["重用孤立账户"]
C --> D2["发放长期有效令牌"]
C --> D3["共享人类凭据"]
D1 --> E["继承安全弱点"]
D2 --> E
D3 --> E
E --> F["单个弱点成为可重用的杠杆点"]
F --> G["攻击面指数级扩大"]
end
2026年3月,The Hacker News报道了一个真实案例:一个代理利用了已离职员工的孤立账户,因为那是”有效的”路径。该账户成为多个代理的共用捷径——意味着单次泄露可能波及整个代理队列。关于通过外部依赖项发生的类似供应链风险案例,请参考LiteLLM供应链攻击——AI依赖安全风险。
EM和CTO现在可以执行的5个步骤
第1步:建立代理清单
现在就问你的团队:“我们的环境中目前运行着多少AI代理?“大多数团队无法给出精确答案。清单是可见性的起点。
# 在Kubernetes环境中查找AI代理相关服务账户
kubectl get serviceaccounts --all-namespaces | grep -i "agent\|bot\|ai\|llm\|claude\|gpt"
# 在AWS中查找AI代理相关IAM角色
aws iam list-roles --query 'Roles[?contains(RoleName, `agent`) || contains(RoleName, `bot`)]'
第2步:为每个代理指定人类担保人
每个代理都需要一个负责任的人类所有者。目标是从”代理做了这件事”转变为”代理在[某人]的监管下做了这件事”。明确记录所有权。
清单记录示例:
代理名称: code-review-agent-prod
目的: 自动化PR代码审查
人类担保人: 工程经理
权限: GitHub Read, Jira Write
最后审计: 2026-03-01
下次审计日期: 2026-06-01
第3步:将静态凭据替换为动态令牌
44%的组织使用的静态API密钥是最危险的认证方式。永不过期的密钥一旦泄露就会造成永久性损害。关于凭据如何在MCP配置文件中扩散的真实模式,请参考AI编码工具中的秘密蔓延:MCP配置安全指南。
推荐迁移路径:
- AWS:IAM角色 + 临时凭据(STS AssumeRole)
- GCP:Workload Identity Federation + 短期令牌
- Azure:Managed Identity
- 通用方案:HashiCorp Vault动态密钥
第4步:对代理应用最小权限原则(PoLP)
给代理”以防万一”的广泛权限是常见错误。将代理访问权限限制在其特定功能所需的范围内。
# 错误:过于宽泛的权限
agent-permissions:
- s3:*
- rds:*
- lambda:*
# 正确:最小必要权限
agent-permissions:
- s3:GetObject
- s3:PutObject
resources:
- "arn:aws:s3:::blog-assets/*"
condition:
time-based: "09:00-18:00 JST"
第5步:建立代理行为审计日志
如果无法追踪代理做了什么,就无法调查事件。记录所有代理操作,并将其与人类担保人关联。关于在生产环境中系统监控AI代理行为的完整指南,请参考生产AI代理可观测性指南。
# 代理行为审计日志结构
audit_log = {
"timestamp": "2026-03-14T10:30:00Z",
"agent_id": "code-review-agent-001",
"human_sponsor": "em@company.com",
"action": "github.create_review_comment",
"resource": "github.com/org/repo/pull/123",
"decision_context": {
"policy_version": "v2.1",
"risk_score": 0.12,
"approved": True
}
}
微软和CyberArk指明的方向
2026年1月,微软安全博客发布的”2026年AI驱动的身份和网络访问安全四大优先事项”报告中,AI代理身份管理被列为首要优先事项。CyberArk的分析指出,非人类身份(NHI)管理是2026年企业身份安全投资中增长最快的类别。
也有好消息:40%的CSA调查受访者正在增加专门针对AI代理风险的身份和安全预算。认识到问题的组织正在迅速采取行动。
工程经理的实践要点
从工程经理的角度来看,这不是一个可以简单移交给安全团队的问题。如果你领导着部署AI代理的团队,以下三条原则需要融入团队文化:
1. “代理也是团队成员”原则:在部署新代理时,应用与新员工入职相同的流程。在上线前记录代理的目的、权限、担保人和审计计划。
2. 定期代理审计:每季度一次,审查团队的完整代理清单。及时下线不再使用的代理——并立即撤销其凭据。
3. 冲刺积压中的身份债务:就像追踪技术债务一样,追踪身份债务:静态密钥、过度权限、过期令牌。将修复任务添加到冲刺积压中。
结论:看不见的才最危险
“代理自己运行得很好”是现代企业安全中最危险的假设。随着AI代理采用速度继续超过治理成熟度,身份暗物质正在成为2026年增长最快的企业安全威胁。
70%的企业运行代理,但只有23%拥有正式治理战略——这个差距正是工程经理和CTO现在需要填补的空间。
部署代理很重要。但确保这些代理作为可见的、可问责的实体运行同样至关重要。没有身份的代理就像在黑暗中独自行走——在出事之前没有人知道有问题。
来源: AI Agents: The Next Wave Identity Dark Matter (The Hacker News, 2026年3月), The AI Agent Identity Crisis (Strata Identity / CSA Survey, 2026), AI Agents and Identity Risks (CyberArk, 2026年1月)
阅读其他语言版本
- 🇰🇷 한국어
- 🇯🇵 日本語
- 🇺🇸 English
- 🇨🇳 中文(当前页面)
这篇文章有帮助吗?
您的支持能帮助我创作更好的内容。请我喝杯咖啡吧。