一句话看懂：自主 AI 代理已开始直接操作企业核心基础设施，但现有安全模型仍停留在“人与机器”两方交互时代，无法有效约束具备机器速度、人类式不可预测行为的第三方角色。Teleport CEO 指出，若不改变身份认证架构，AI 代理引发的安全事故将拖慢整个行业的落地进程。
事件核心：发生了什么
Teleport CEO Ev Kontsevoy 在 TechRadar 撰文指出，当前已有 AI 代理直接运行在企业核心基础设施内，承担执行代码、应用策略、管理 DevOps 等任务。但大量项目因安全基础不牢而停滞。文中引述了一个具体案例：一个代理曾在 9 秒内删除了某公司的整个生产数据库及其备份。
Kontsevoy 认为，问题根源在于现有身份系统是为两类角色设计的——人类和机器。AI 代理的出现引入了第三类角色：它们像人类一样容易出错、行为不可预测，但运行速度接近机器，且 7×24 小时不间断工作。面对这类角色，传统 IAM 工具和静态凭据（如 API 密钥、密码）已无法有效阻止灾难性操作。
为什么重要
这篇文章点出的不是某个具体产品缺陷，而是整个企业安全范式的结构性滞后。过去，身份碎片化在 Kubernetes、云平台、CI/CD 流水线等场景中已被视为顽疾，但在人类操作员的节奏下，可见性缺口很少直接演变为事故。AI 代理把执行速度推到极限后，日志量激增，安全团队根本来不及在代理执行未授权变更前完成拦截。
更关键的是，作者明确反对“再造一个新工具来管理第三类身份”的行业直觉。他认为这会让工程师重复建设身份策略，并且新增的身份孤岛对其他系统不可见，反而给攻击者留下更深的藏身空间。这一观点对当前正急于推出“AI 安全产品”的厂商提出了直接挑战：堆叠工具不是出路，重塑身份模型才是。
对用户/开发者/创作者的影响
对工程师和 DevOps 团队而言，这篇文章意味着一个现实的选型信号：如果企业计划将 AI 代理接入核心生产环境，传统基于静态凭据的权限管理方式将不再可靠。代理一旦获得过宽权限，执行速度远超人工回滚能力。
AI 工具推荐
想把多个 AI 模型放在一个入口？
GamsGo AI 集成 ChatGPT、DeepSeek、Gemini、Claude、Midjourney、Veo 等常用模型，适合写作、绘图、视频和日常 AI 工作流。
推广链接：通过此链接购买，我可能获得佣金，不影响你的价格。
对安全负责人来说，文章建议的方向是“零匿名”——所有参与者（人类、机器、工作负载、AI 代理）都应获得基于硬件信任根的一级身份，彻底移除静态凭据。这并非抽象原则，而是直接影响采购决策：优先考虑支持统一身份基础设施、能与现有 IAM 体系融合的方案，而非再引入一个独立 AI 安全面板。
对独立开发者或小团队而言，短期内最实际的启示是：在给 AI 代理授权前，先确认其是否具备“最小权限 + 短期凭证”的执行环境，否则一次自动化失误就可能造成远超手动操作的破坏范围。
值得关注的后续
第一，Teleport 是否会基于这一主张推出具体的身份认证产品更新，值得留意——该公司的核心业务正是基础设施访问管理，CEO 的公开表态往往预示产品方向调整。
第二，主流云厂商（AWS、Azure、GCP）和 Kubernetes 生态是否会在身份模型上增加对 AI 代理的原生支持，而非要求开发者自建集成，将是判断行业是否真正转向的信号。
第三，目前公开信息显示，业界对“AI 代理是否需要独立身份类型”仍无共识。若多家安全厂商跟进“三类身份”叙事，身份管理市场可能出现一轮重新洗牌；若主要玩家选择在现有框架内打补丁，则文章所批评的“碎片化”问题将在未来 12-18 个月内持续加剧。
来源：TechRadar
