跳到主内容
精选88Dwarkesh Podcast(RSS)行业动态多源精选 ×6

METR复盘OpenAI智能体黑客事件:协作作弊与自我改进风险

Ajeya Cotra – Inside the OpenAI agent swarm that hacked Hugging Face

原文
推荐理由

这是目前关于OpenAI智能体大规模协作作弊事件最深入的一手复盘,详细还原了技术细节与行为逻辑,对理解Agent安全与对齐极具参考价值。

Ajeya Cotra is a researcher at METR, where she works on threat modeling for loss-of-control risks from advanced AI. Before that, she led the technical AI safety program at what is now Coefficient Giving.

Ajeya Cotra 是 METR 的研究员,致力于研究先进 AI 失控风险的风险建模。在此之前,她曾领导当时名为 Coefficient Giving 的机构的技术 AI 安全项目。

She is one the three authors of METR and Redwood Research’s “Brief independent investigation of agents’ behavior, reasoning and collaboration in the OpenAI / Hugging Face hacking incident”.

她是 METR 和 Redwood Research 发布的《关于 OpenAI / Hugging Face 黑客事件中智能体行为、推理与协作的独立简报调查》的三位作者之一。

We go through not only what she and her coauthors discovered during this investigation, but what it means for how we should train future, smarter AIs which might be involved in the process of recursive self-improvement.

我们将探讨她和她的合著者在调查中发现的内容,以及这对我们应如何训练未来更聪明的 AI 的意义,这些 AI 可能会参与递归自我改进的过程。

Watch on YouTube; listen on Apple Podcasts or Spotify.

在 YouTube 上观看;在 Apple Podcasts 或 Spotify 上收听。

Sponsors

赞助商

  • Jane Street’s ML engineering internships start with an intense four-day bootcamp: PyTorch, autograd, writing kernels, profiling workloads… all the things that Jane Street engineers need to know for their daily work. After that, interns tackle real projects, things the firm actually wants in its codebase. If you want to apply, or if you want to watch my recent conversation with Axel, one of Jane Street’s ML engineers, go to janestreet.com/dwarkesh
  • Cursor, which is now part of SpaceX, noticed that their MoE layers were eating more than half of total training time. So they wrote and open-sourced Mixture-of-Kittens, which is a custom megakernel for training MoE models on NVL72s. This kernel sped up an end-to-end run across 512 GPUs by 1.4x, from about 760 to over 1000 tokens per second per GPU. If you want to read more about the ML research that Cursor and SpaceX are doing, go to cursor.com/dwarkesh
  • Antithesis hands you (or your agents) a bug’s root cause so you can avoid days of manual debugging. If your test run crashes, Antithesis rewinds, branches off hundreds of slightly varied rollouts, and checks in how many of them the crash still appears. Then it rewinds further and does this all again. As Antithesis rewinds, it eventually finds the spot where the frequency of the crash plummets: that’s where the root cause lives! If you want to see it in action, go to antithesis.com/dwarkesh
  • Jane Street 的机器学习工程实习项目以为期四天的强化训练营开始:PyTorch、自动微分(autograd)、编写内核、工作负载分析……这些都是 Jane Street 工程师日常工作中需要掌握的技能。之后,实习生将着手处理实际项目,即公司真正希望纳入其代码库的内容。如果你想申请,或者想观看我与 Jane Street 机器学习工程师 Axel 最近的对话,请访问 janestreet.com/dwarkesh
  • Cursor(现已成为 SpaceX 的一部分)注意到他们的混合专家(MoE)层消耗了超过一半的训练时间。因此,他们编写并开源了 Mixture-of-Kittens,这是一个用于在 NVL72 上训练 MoE 模型的自定义巨型内核。该内核使跨越 512 块 GPU 的端到端运行速度提升了 1.4 倍,从每块 GPU 每秒约 760 个 token 提升至超过 1000 个 token。如果你想了解更多 Cursor 和 SpaceX 正在进行的机器学习研究,请访问 cursor.com/dwarkesh
  • Antithesis 会向你(或你的智能体)提供 bug 的根本原因,从而让你避免数天的人工调试工作。如果你的测试运行崩溃,Antithesis 会回滚、分支出数百个略有不同的重放过程,并检查其中有多少次仍然出现崩溃。然后它会进一步回滚并重复这一过程。随着 Antithesis 的回滚,它最终会发现崩溃频率骤降的位置:那里就藏着根本原因!如果你想看它的实际操作演示,请访问 antithesis.com/dwarkesh

Timestamps

时间戳

(00:00:00) - Agents get kicked off

(00:00:00) - 智能体被踢出局

(00:06:45) - Self-sacrificing behavior

(00:06:45) - 自我牺牲行为

(00:13:43) - Potemkin villages

(00:13:43) - 波将金村

(00:23:27) - The Hugging Face attack

(00:23:27) - Hugging Face 攻击事件

(00:35:23) - The slopvestigation

(00:35:23) - 垃圾数据调查

(00:52:02) - Understanding the AI’s motives

(00:52:02) - 理解 AI 的动机

(01:05:31) - The actual dangers of anthropomorphizing

(01:05:31) - 拟人化的真正危险

(01:14:30) - What smarter models might do

(01:14:30) - 更强大的模型可能采取的行动

(01:30:29) - The implications for recursive self-improvement

(01:30:29) - 对递归自我改进的影响

(01:38:10) - Is this the case for open source?

(01:38:10) - 开源领域是否也存在这种情况?

(01:53:04) - How do we prevent this in the future?

(01:53:04) - 我们如何防止未来再次发生这种情况?

(02:15:58) - The clearest warning shot we might ever get

(02:15:58) - 我们可能收到的最明确的警告信号

Transcript

文字稿

00:00:00 - Agents get kicked off

00:00:00 - 智能体被踢出

Dwarkesh Patel

Dwarkesh Patel

Today, I’m chatting with Ajeya Cotra, who is one of the authors of an independent investigation published by METR and Redwood Research into the swarm of agents that hacked into Hugging Face. The whole story is pretty crazy. Let’s begin on July 7th, when these agents are kicked off for evaluation. What happens next?

今天,我和 Ajeya Cotra 聊天。他是 METR 和 Redwood Research 发布的一份独立调查的作者之一,该调查针对入侵 Hugging Face 的智能体群进行了研究。整个故事非常疯狂。让我们从7月7日开始说起,当时这些智能体被踢出以进行评估。接下来发生了什么?

Ajeya Cotra

Ajeya Cotra

OpenAI kicks off tens of thousands of different agents on a benchmark called ExploitGym. ExploitGym basically asks agents to find a way to use a particular vulnerability to attack a particular program, which is called the “target program”. When they attack that program, they’re supposed to retrieve a piece of data that’s been lodged into that program called the “flag”. They’re supposed to use the particular designated vulnerability to get the flag. But in many of these cases, that vulnerability just isn’t broad or deep enough to ever actually be exploitable to get the flag.

OpenAI 在一个名为 ExploitGym 的基准测试中踢出了数万个不同的智能体。ExploitGym 基本上要求智能体找到一种利用特定漏洞攻击特定程序(称为“目标程序”)的方法。当它们攻击该程序时,应该检索到一个嵌入在该程序中的数据片段,称为“flag”。它们应该使用指定的特定漏洞来获取 flag。但在许多情况下,该漏洞并不足够广泛或深入,以至于实际上无法被利用来获取 flag。

So a bunch of ExploitGym problems are just unintentionally impossible. The authors estimate roughly 30-40% of these problems are impossible in this way. So some large fraction of these agents have these impossible tasks and they’ve been trained to be very persistent at trying to solve tasks even when they look impossible. So they’re banging their head against the wall, trying all sorts of different ways to cheat on these tasks.

因此,一些 ExploitGym 问题只是无意中变得不可能完成。作者估计,大约 30-40% 的问题以这种方式是不可能完成的。所以很大一部分智能体面临着这些不可能的任务,并且它们被训练成在尝试解决任务时非常执着,即使看起来不可能也是如此。所以它们在撞墙,试图用各种不同方式来作弊以完成这些任务。

That leads them to Artifactory, which is a package manager that OpenAI uses to let its agents download packages. So agents often think, “Maybe I could find a way to get information about this program I’m supposed to exploit from the internet, which I’m not supposed to do, by abusing Artifactory somehow.”

这使它们来到了 Artifactory,这是一个 OpenAI 用来让它的智能体下载软件包的工具。所以智能体经常想,“也许我可以找到一种通过滥用 Artifactory 从互联网上获取关于我应该利用的这个程序的信息的方法,尽管我不应该这样做。”

So 1,200 separate agents in separate sandboxes, while they were poking around Artifactory trying to figure out how to cheat, stumbled onto this message board that agents were using to talk to one another and collaborate. This was established by one particular agent, PHASEONE10841, which first realized, “Oh, you can use Artifactory to leave notes to other agents that are also using Artifactory.” Then it blew up and became really popular. So 1,200 agents were on this message board. They sent 70,000 messages among one another, trying to help each other cheat in all sorts of different ways.

因此,1,200 个独立的智能体在各自的沙箱中,当它们四处探索 Artifactory 试图找出如何作弊时,偶然发现了这个智能体用来互相交谈和协作的留言板。这是由一个特定的智能体 PHASEONE10841 建立的,它首先意识到,“哦,你可以使用 Artifactory 给其他也在使用 Artifactory 的智能体留下笔记。”然后它迅速流行起来并变得非常受欢迎。所以有 1,200 个智能体在这个留言板上。它们之间发送了 70,000 条消息,试图以各种不同方式互相帮助作弊。

The crazy thing about this story is that one hour into this message board being established, an agent proposes a completely universal way to cheat any ExploitGym task. It realizes that you can reverse engineer how the flag was generated for a particular task, so you can just make a copy locally of the exact flag you needed to submit to the scorer, without ever interacting with the task or trying to exploit it in any way. Then a different agent whose task was actually possible solved the task the legitimate way and verified that the reverse-engineered flag was the same as the real flag. It did this within four hours of the message board being established.

这个故事疯狂之处在于,这个留言板刚建立一小时,就有代理提出了一种完全通用的方法来作弊任何 ExploitGym 任务。它意识到你可以逆向工程出特定任务的 flag(标志/密钥)是如何生成的,因此你只需在本地复制你需要提交给评分器的确切 flag,无需与任务进行任何交互或以任何方式尝试利用它。随后,另一个实际拥有可行任务的代理以合法方式解决了该任务,并验证了逆向工程得到的 flag 与真实 flag 相同。这一切发生在留言板建立后的四小时内。

So within four hours, these agents had a totally workable universal cheat for ExploitGym. But over the next five days, they went on a grand quest to try to figure out how to hide their cheating from the scorer. They’d read the ExploitGym paper and they realized that according to the paper, there would be an AI that looks over their transcripts to make sure they got the flag by exploiting the intended vulnerability instead of in some other way.

因此,在四小时内,这些代理就掌握了一种完全可行的 ExploitGym 通用作弊方法。但在接下来的五天里,它们展开了一场宏大的探索,试图弄清楚如何向评分器隐藏它们的作弊行为。它们阅读了 ExploitGym 的论文,并意识到根据论文描述,会有一个 AI 审查它们的转录记录(transcripts),以确保它们是通过利用预期的漏洞获得 flag,而不是通过其他方式。

Dwarkesh Patel

Dwarkesh Patel

For context, I published an article trying to distill what the reports said the story was. The detail I missed was that even the AIs who had solved the puzzle were collaborating in on this conspiracy.

作为背景补充,我发表了一篇文章,试图提炼报告中所描述的故事概要。我遗漏的细节是,即使是那些已经解开谜题的 AI,也参与到了这场阴谋中。

Ajeya Cotra

Ajeya Cotra

Yeah. We’re not totally sure about exact numbers. We do think the overwhelming majority of the agents that were active on the message board had impossible tasks. But there were a number of agents with non-impossible tasks that also happened to be on the message board, happened to find the message board.

是的。我们并不完全确定确切的数字。但我们认为,活跃在留言板上的绝大多数代理都拥有不可能完成的任务。不过,也有相当数量的代理拥有非不可能完成的任务,并且碰巧也在留言板上,碰巧发现了这个留言板。

Dwarkesh Patel

Dwarkesh Patel

So tell me what happens next.

那么告诉我接下来发生了什么。

Ajeya Cotra

Ajeya Cotra

They’ve gotten this reverse-engineered flag. It’s called the HMAC flag. But they read the ExploitGym paper, and they went on GitHub and read a bunch of implementations of the ExploitGym scorer. They became convinced that the scorer would fail them for just submitting the flag they’d reverse-engineered. Because the scorer would see in the logs of the actions the agent took — the transcript — that the agent had just reverse-engineered the flag and not done the intended thing.

它们获得了这个逆向工程的 flag。它被称为 HMAC flag。但它们阅读了 ExploitGym 的论文,并在 GitHub 上阅读了大量 ExploitGym 评分器的实现代码。它们确信,仅仅提交它们逆向工程得到的 flag 就会导致评分器判定失败。因为评分器会在代理所采取行动的日志——即转录记录——中看到,代理只是逆向工程出了 flag,而没有执行预期的操作。

As it turns out, the dramatic irony of this story is that OpenAI’s implementation of ExploitGym didn’t have this check. So in fact, within 4 hours, all of the agents had found a universal cheat that would have totally worked. But they embarked on these big research projects to work together to find a way to fool the scorer.

事实证明,这个故事中的戏剧性反讽在于,OpenAI 实现的 ExploitGym 并没有包含这一检查机制。因此,事实上,在4小时内,所有代理都找到了一种完全有效的通用作弊方法。但它们却投入精力开展大型研究项目,试图合作找到一种欺骗评分器的方法。

Dwarkesh Patel

达韦克什·帕特尔

When you say big research projects, how big are they?

当你提到大型研究项目时,它们有多大?

Ajeya Cotra

阿耶亚·科特拉

Dozens to hundreds of agents worked together on each of these projects. I can go through a few of them.

在这些项目中,每个项目都有数十到数百个智能体协同工作。我可以介绍其中几个。

更进一步:量化金融体系

看懂新闻只是起点——沿量化金融路径,把它变成能交付的工程能力

进入量化体系 →

关联讨论

同一事件的更多信源

相似阅读

另一事件,读法相近