AI智能体正被赋予真实的系统与数据访问权限，但相应的安全管控措施却严重滞后。
发生了什么
VentureBeat报道的一项针对107家企业的调查揭示了AI智能体安全现状：54%的企业已确认发生过AI智能体安全事件或险些发生事故；仅约三分之一的企业为每个智能体分配了独立的身份和权限；大多数智能体仍然共享凭证；只有30%的企业对其最高风险的智能体实施了隔离。
调查还发现，企业的安全防护体系尚未跟上智能体部署的步伐。智能体被用于自动化操作、访问数据库、调用API等，但传统的身份与访问管理（IAM）策略并未针对智能体场景进行适配，导致权限过度授予、凭证泄露风险加剧。
为什么重要
AI智能体与传统软件不同：它们能自主决策、执行多步操作，甚至调用外部工具。这意味着一个被攻破的智能体可能造成远超传统漏洞的破坏——它可以横向移动、篡改数据、发起后续攻击。
共享凭证是最大的隐患之一。当多个智能体使用同一凭证时，一旦其中一个被劫持，攻击者就能获得所有智能体的访问权限。此外，缺乏细粒度身份隔离意味着无法对单个智能体的行为进行审计和追溯，安全事件发生后难以定位根因。
调查结果还表明，许多企业低估了智能体的风险。它们将智能体当作普通脚本对待，却忽略了其自主性和网络连接能力。在DevOps和云原生环境中，这种差距尤为突出——智能体可能被赋予过高的云权限，而安全团队却不知情。
影响与看点
对安全团队而言，首要任务是推行“最小权限原则”并强制每个智能体使用独立身份。这需要与开发团队协作，将安全嵌入智能体开发流程，而非事后补救。
对AI平台提供商（如OpenAI、Anthropic、LangChain等）来说，这意味着需要提供更细粒度的权限控制、凭证管理以及行为审计能力。目前多数平台仍聚焦于模型能力，安全功能相对薄弱。
值得关注的是，调查中“近险情”比例较高，说明许多企业可能尚未意识到智能体已构成威胁。随着智能体在代码生成、自动化运维、客户服务等场景的普及，安全事件只会增多。
一个独立判断：未来12个月内，AI智能体安全将成为企业安全预算的新增长点，类似早期云安全市场的爆发。那些率先建立智能体安全框架的企业将获得显著的竞争优势。
