AI 对战 AI，第一枪

一个自主代理走进了门

@拥抱脸 已披露据称是首例由自主人工智能代理完全实施的大型人工智能平台入侵事件。 该公司检测并应对了对其部分生产基础设施的入侵，称其“与我们以前处理过的任何事情都不同”，因为它“完全由自主人工智能代理系统驱动”。

Hugging Face 于 2026 年 7 月 16 日公开披露了这起事件，并确认在攻击者已在其系统内执行超过 17,000 次单独记录的操作后，该公司已控制住了入侵。 Hugging Face 是一个开源的人工智能和机器学习平台，提供来自领先人工智能提供商的 45,000 多个模型，并被超过 50,000 个组织使用。

此次入侵始于人工智能平台最容易受到攻击的环节：数据处理管道。恶意数据集利用两条代码执行路径，分别是远程代码数据集加载器和数据集配置中的模板注入漏洞，在处理工作节点上运行代码。随后，该恶意程序提升至节点级访问权限，窃取了云端和集群凭证，并在一个周末内横向移动到多个内部集群。

该活动由一个自主代理框架运行，该框架似乎建立在一个代理安全研究框架之上，在大量短暂存在的沙箱中执行数千个单独的操作，并在公共服务上进行自我迁移的命令和控制。 攻击者代理所使用的具体大型语言模型仍然未知。

当防守者遭遇困境时

Hugging Face 的回应暴露了人工智能辅助安全工作中一个至关重要但很大程度上未被承认的差距。 Hugging Face 分析了攻击者行动日志中超过 17,000 条记录事件，首先尝试使用商业 API 背后的前沿模型，但发现请求被安全机制拦截，因为提交分析的有效载荷是漏洞利用代码和命令与控制工具。最终，该团队在自己的基础设施上使用开放权重 GLM 5.2 模型运行了重建。

GLM 5.2 是一个部署在 Hugging Face 自身基础设施上的开放权重模型，它完成了商业 API 拒绝承担的任务。 该公司指出，这表明随着人工智能融入安全运营，存在更广泛的运营弹性问题，因为在入侵发生时最有用的提示恰恰是最有可能触发安全系统的提示。

Hugging Face 发现其部分内部数据集以及其服务使用的多个凭证遭到未经授权的访问。该公司仍在评估是否有任何合作伙伴或客户数据受到影响，并将直接联系受影响方。该公司未发现任何篡改公开的、面向用户的模型、数据集或 Spaces 的证据，并且其软件供应链也已核实无误。 自事件发生以来，Hugging Face 已封锁了数据集代码执行路径，将攻击者从受影响的集群中移除，重建了受损节点，并开始撤销和轮换受损凭证和令牌。

该公司还建议用户轮换访问令牌并查看最近的帐户活动，以防万一。

来源：
拥抱脸：安全事件披露，2026 年 7 月
BleepingComputer：Hugging Face 警告称，一个自主人工智能代理入侵了其网络
VentureBeat：安全护栏阻挡了“拥抱脸”的防守队员，而不是攻击者。