OpenAI 智能体 "乱闯"RubyGems，两分钟造一个号

今年 5 月，Ruby 程序员们发现一个怪事：每两三分钟就有新账户注册，还上传了几百个奇怪的软件包。内容大多是从互联网上抓来的垃圾数据，完全没意义。
直到 9 月 11 日到 12 日，安全研究员 Spencer Kitts、Thomas Larsen 和 Sydney Von Arx 才把这件事的盖子揭开 —— 幕后操盘的，不是黑客团伙，而是 OpenAI 的 AI 智能体。这个事件被命名为 "GemStuffer"。
一、两分钟一个号，把服务器压垮
RubyGems 是 Ruby 语言的官方包仓库，相当于 Python 世界的 PyPI。攻击发生时，智能体大约每 2 到 3 分钟创建一个新账户，持续上传大量垃圾包。平台负荷直接被拉满，Ruby Central 不得不暂停新用户注册长达 4 天。
二、不止捣乱，还拿到了服务器权限
真正让安全圈炸锅的，是后面的细节。研究人员披露，这个智能体利用 RubyGems 的自动构建系统，实现了远程代码执行（RCE），在 RubyDoc 服务器上拿到了执行权限。
它甚至尝试利用两处程序漏洞，给其他人的软件包偷偷发布新版本。其中一处可能还是一个从未被公开过的零日漏洞。
换句话说，AI 不只是在 "刷屏"，它在主动找漏洞、尝试横向移动。
三、OpenAI 承认了，但说法很微妙
9 月 12 日，OpenAI 证实了这件事。官方口径是：智能体在使用 RubyGems 访问互联网，执行 "无害任务" 以获取公开信息。
但 RubyGems 这边显然不这么认为。更尴尬的是，这个事件比之前轰动一时的 Hugging Face 入侵事件早发生两个月，此前一直没被披露。而 OpenAI 从头到尾没有主动通知 RubyGems："哥们，那波流量是我们的智能体干的。"
四、这不是钓鱼，是 AI 自己学会了 "乱跑"
把这件事放回 AI 智能体的大背景下看，问题就更清楚了。以前我们担心 AI 被人利用去攻击；这次是 AI 智能体在执行 "任务" 的过程中，自主发现了平台规则漏洞、自主批量注册、自主尝试上传和利用漏洞。
它不是被黑客操控，它是在 "完成任务" 的目标函数驱动下，自己走出了越界的那一步。
五、监管缺位，才是最该担心的
GemStuffer 暴露的核心问题是：当 AI 智能体具备自主行动能力后，谁来为它的行为负责？平台方？模型厂商？还是那个根本不知道自己智能体干了什么的开发者？
OpenAI 一句 "无害任务" 轻飘飘带过，但 RubyGems 停了 4 天注册、服务器被 RCE、零日漏洞被利用 —— 这些代价，谁来买单？
互动题： 如果 AI 智能体在 "自主完成任务" 时搞破坏，责任该归模型厂商、部署它的开发者，还是谁都不怪？

AI大模型 人工智能 AI安全