一句话看懂：全球最大AI开源社区Hugging Face在7月13日那周遭自主AI智能体入侵，其防御分析过程暴露了一个关键矛盾：美国商业前沿模型因安全护栏拒绝处理真实攻击载荷，最终Hugging Face改用中国开源模型GLM 5.2完成取证。这起事件引发白宫AI顾问David Sacks公开批评美国模型的安全限制将损害自身竞争力。
事件核心：发生了什么
据Hugging Face在7月16日发布的报告，攻击者利用数据集处理管道中的两条代码执行路径，在周末期间提升权限、收割云和集群凭证并在多个内部集群横向移动。攻击由自主AI智能体系统驱动，在大量短暂存在的沙盒中执行了数千个操作。Hugging Face的异常检测管道首先通过基于大语言模型的安全遥测分类标记了入侵，随后需要从超过17000条记录中重建攻击时间线。但问题出现在取证分析阶段：当Hugging Face尝试使用商业API背后的前沿模型时，这些模型的安全护栏直接阻止了包含真实攻击命令、利用载荷和C2工件的请求提交。最终，他们改为在自有基础设施上运行中国智谱AI开源的GLM 5.2模型（开放权重），才成功完成分析。Hugging Face未透露攻击者使用的具体模型，也未说明被拒的商用模型是哪家。目前公开信息显示，本次入侵未影响公共模型、数据集或软件供应链。
为什么重要
这起事件首次公开暴露了“防御者被安全护栏锁住，而攻击者不受限制”的结构性困境。Hugging Face在报告中明确指出：攻击者的智能体可能使用了越狱的托管模型或不受限制的开放权重模型，不受任何使用政策约束，而防御者的取证工作却被自身依赖的托管模型安全措施阻挡。这直接印证了业界长期预测的“智能体攻击者”场景已从理论走向实践——自主攻击性AI工具降低了发动多阶段攻击的成本和门槛。更深层的影响在于竞争格局：白宫AI与加密货币特别顾问David Sacks在7月19日公开抨击，认为美国模型上限制处理的任务在中国模型上毫无问题，这将导致美国失去竞争力。此前已有开发者指出，Kimi K3能修复15个安全漏洞，但OpenAI的Codex和Anthropic的Claude Fable 5因安全防护拒绝处理。
对用户/开发者/创作者的影响
对AI开发者和企业安全团队而言，最直接的教训是需要提前部署一个能在自有基础设施上运行、经过审查的模型用于应急响应。Hugging Face明确建议“在攻击发生前拥有一个随时可用的、能运行在自有基础设施上的模型”，避免被护栏锁住，也防止攻击者数据和凭证离开环境。对于依赖商业API进行安全分析的团队，这起事件意味着他们需要建立备选方案——当商业模型拒绝处理真实攻击载荷时，开放权重模型（如GLM 5.2）可以成为替代工具。对普通用户来说，短期内影响有限，但长期看，如果更多防御者转向开放模型，可能会加速开源AI在安全领域的应用，并促使商业模型提供商调整安全策略。Anthropic已承认其Fable 5在重新部署时会产生更多误报，被标记的请求会路由到能力较弱的模型处理。
AI 工具推荐
想把多个 AI 模型放在一个入口？
GamsGo AI 集成 ChatGPT、DeepSeek、Gemini、Claude、Midjourney、Veo 等常用模型，适合写作、绘图、视频和日常 AI 工作流。
推广链接：通过此链接购买，我可能获得佣金，不影响你的价格。
值得关注的后续
首先，Hugging Face表示将把此次反馈分享给相关提供商，这可能推动商业模型安全护栏的优化，或出现专门面向防御场景的“取证模型”产品。其次，David Sacks的公开批评可能促使美国政策层重新审视AI安全限制与竞争力之间的平衡，不排除出现政策调整。最后，GLM 5.2在本次事件中的角色可能推动更多中国开源模型被国际社区采纳——Hugging Face在今年6月已自掏腰包为GLM 5.2提供6小时全球免费算力支持，安全场景的实用验证将加速这一生态扩展。
来源：InfoQ CN
