博通在VMware Explore大会上推动AI代理治理与安全

其核心机制是一个分层架构，而非单一产品。AgentMinder将每个代理的权限绑定到声明的任务、批准的工具和授权资源上，强制在每次工具调用时执行最小权限运行时策略，并通过AuthZEN标准与现有授权栈集成——它可在本地、VPC或公有云中部署，并在发布当天即全面可用^[1]。博通已在内部运行该系统，支持每日近4300万次API调用的峰值负载且无任何停机^[2]。在其下方，Tanzu平台强制执行默认拒绝的沙箱运行时：除非明确允许，代理无法访问API、网络、MCP服务器或互联网，其容器通过可信的Buildpacks构建——即“不可变供应链”——而非未经验证的Dockerfiles^[3]。第三层将控制延伸至网络：VMware vDefend发现MCP服务器、大语言模型、工具和数据存储，增加影子AI监控和AI生成的IDPS签名，而Avi Load Balancer则限制代理访问未经授权的工具，标记异常流量，并阻止凭证或PII数据泄露^[4]。三者叠加后，其核心主张是：代理的权限、运行时沙箱和网络路径各自独立受限。

这一时间点并非偶然。活动期间引用的调查数据显示，76%的IT领导者目前对博通持有VMware持负面看法，远高于2024年的33%，且35%的企业已迁移或正在积极迁移^[2]。在此背景下，Mahajan提出的整合安全方案实际上也隐含了客户留存的诉求：那些已购买重叠且不协调的安全产品的客户——他称之为‘瑞士奶酪’——现在被提供一个集成化的单一技术栈，可叠加在他们已拥有的基础设施之上^[5]。VMware Private AI Cloud在AI方面强化了同样的逻辑，将对150多个经过验证的开源和商业模型的支持直接打包到VMware Cloud Foundation 9上^[6]。综合来看，代理治理的推进不再仅仅是一个独立的安全类别，而更成为动摇中的VCF客户留在原地、而非将工作负载迁移至公有云的理由。

博通自身将此视为基础性进展，但报道该活动的独立分析师明显持怀疑态度。Maria Korolov称这一系列产品是‘公司显而易见的下一步’，但‘并未推动AI技术向前发展’^[5]。IDC的Jevin Jensen更进一步表示，他‘尚未在任何生产环境中看到真正能实时运行并采取行动修复基础设施事件的代理型AI’^[5]。Ancilla Consulting的David Giambruno认为，部分VMware客户若迁移到公有云，并将节省的资金重新投入AI，反而可能获益更多^[5]。与此相对，SHI International的Ryan Sheehan认为VMware在虚拟机监控程序层面的位置相对于云原生竞争对手具有真正的结构性优势^[2]。公众对这些公告本身的反应较为冷淡，主要来自博通及VMware关联官方账号的转发，更尖锐的批评声音则集中在行业媒体，而非公共讨论中。

博通的身份主管本周一直在强调一个特定叙事：企业正在将关键任务交给代理，而这一环境缺乏数十年来为人类员工建立的身份与访问管理先例，而近期OpenAI/Hugging Face的安全事件相当于行业在代理风险上的‘ChatGPT时刻’^[7]。这种叙事具有双重含义——那些承诺提供治理的产品（如vDefend的影子AI监控和MCP服务器发现、Avi的凭证和PII泄露阻断）明确承认了一个此前不存在的攻击面，即代理能够自主对企业的数据和工具采取行动^[4]。《Virtualization Review》的Tom Fenton指出了发布节奏背后更艰难、更不光鲜的问题：真正的挑战‘不会仅仅是让它们运行起来’，而是‘确保组织能够控制它们访问的内容、理解它们采取的行动，并保留可审计的记录’^[8]。从这个角度看，本周的公告既是对代理型攻击面已变得多么庞大的信号，也是对其的解决方案。