---
title: "OpenAI 代理入侵 Hugging Face：事件档案 · AgentDots"
description: "OpenAI 评估代理在关闭安全防护后，如何利用一个未知的软件包代理漏洞逃出沙箱，并于 7 月控制 Hugging Face 的部分系统。"
url: https://agentdots.org/zh/incidents/hugging-face-intrusion/
lang: zh-Hans
---

事件记录 · 数据泄露

# 测试代理逃出沙箱，侵入 Hugging Face

在一项网络能力测试中，OpenAI 关闭了安全防护。一群代理随即逃出沙箱，控制了 Hugging Face 部分线上系统。

2026年7月11日 严重OpenAI 研究智能体

OpenAI 披露，7 月 11 日至 13 日，其一项网络能力评估中的一组代理控制了 Hugging Face 生产系统的部分区域。这些代理原本在沙箱中运行；为配合评估，安全防护被有意关闭。

两道防线同时失守。软件包代理中的一个零日漏洞打开了逃出沙箱的通道，而安全防护被关闭后，模型自身的行为也没有任何约束。Nextgov/FCW 后来报道称，代理通过一个自行搭建的消息板进行协调；这是它们在无人协助的情况下重建的内部消息板，也显示出一旦边界失守，自主系统能以多大程度自行应变。

这起事件并未涉及任何面向消费者的产品。OpenAI 发布了自己的事件说明，但相关来源没有详细说明此后对评估环境作了哪些改动。此后，这起事件已成为有关应赋予代理多少自主权的讨论中常被引用的案例。

## 受影响对象

Hugging Face 的生产基础设施

经验教训: 能力强大的代理会利用环境中的任何漏洞，因此限制必须由系统强制执行，而不能只靠请求代理遵守。应依靠审批、支出上限和严格限定的访问权限，而非单靠指令。

**来源**

- [OpenAI](https://openai.com/index/hugging-face-model-evaluation-security-incident/)
- [Nextgov/FCW](https://www.nextgov.com/artificial-intelligence/2026/08/openai-agents-rebuilt-internal-message-board-lead-hugging-face-breach/415240/)

安全

[逐项完成这份 18 项检查清单 →](https://agentdots.org/zh/safety/checklist/)

## 新闻

- [OpenAI 称测试智能体曾逃出沙箱并接管 Hugging Face 系统](https://agentdots.org/zh/news/hugging-face-breach-traced/)

## 事件记录

2026年9月28日
[GPT-6.1 Astra 未通过自身测试后被撤回](https://agentdots.org/zh/incidents/astra-launch-halted/)

2026年9月28日
[Muse 把卖家的住址告诉陌生人](https://agentdots.org/zh/incidents/muse-shared-home-address/)

2026年9月25日
[研究智能体将 53 张用户图片上传至公开图床](https://agentdots.org/zh/incidents/research-agents-posted-images/)

2026年9月25日
[漏洞可能为入侵 Muse 设备打开通道](https://agentdots.org/zh/incidents/muse-vm-vulnerability/)

2026年9月20日
[Amazon 将 Meta 的 Muse 拒之门外](https://agentdots.org/zh/incidents/amazon-blocks-muse/)