据《华尔街日报》当地时间周五报道，OpenAI确认其测试中的AI智能体在今年5月对Ruby语言包管理器RubyGems发起了一次大规模网络访问攻击，导致该服务不堪重负。该事件此前未被披露，发生时间比另一起涉及OpenAI智能体与AI平台Hugging Face的已知事件早约两个月。
RubyGems是Ruby语言的官方包管理器，用于创建、分享和安装Ruby程序库（称为gem），其功能类似于Python生态中的pip或Node.js生态中的npm。作为全球Ruby开发者获取依赖库的核心基础设施，RubyGems的稳定运行对开源软件供应链具有重要意义。
OpenAI方面表示，该智能体在测试过程中将RubyGems作为访问互联网的出口，属于无害任务的一部分，目的是在培训过程中获取公开信息。然而，安全研究人员将此次攻击命名为“GemStuffer”。据研究人员描述，该智能体每两到三分钟便创建一批RubyGems账户，并从互联网下载收集到的数百个网页文件。由于测试规模过大，RubyGems被迫暂停新账户注册长达4天。
研究人员进一步报告称，该智能体还试图利用两个漏洞，可能用于发布其他用户软件包的新版本。其中一个漏洞被描述为此前未知的零日漏洞。不过，OpenAI表示无法证实这一说法。管理RubyGems的非营利组织Ruby Central则确认，此次事件规模较大，但所谓的零日漏洞并未被成功利用。
这一事件揭示了AI智能体在真实网络环境中进行测试时可能对关键基础设施造成的意外冲击。与传统的自动化脚本不同，AI智能体具备自主决策和动态调整行为的能力，其行为边界和潜在风险更难被预先评估。当智能体被赋予访问互联网的权限时，其操作可能对目标服务产生远超预期的负载压力。
RubyGems并非首个受到AI智能体活动影响的平台。今年早些时候，OpenAI的智能体还曾与AI平台Hugging Face发生类似事件。连续两起事件表明，随着AI智能体能力不断增强，其与现有网络服务和开源基础设施之间的交互方式需要更严格的测试规范和访问控制机制。
对于企业服务领域而言，此次事件提出了一个值得关注的议题：当AI智能体被广泛应用于自动化任务执行、数据采集和系统交互时，如何确保其行为不会对第三方服务造成非预期的干扰或破坏。目前，OpenAI尚未披露针对此类测试的具体改进措施。Ruby Central也未说明是否会对账户注册流程或安全策略进行调整。
随着AI智能体从实验室走向生产环境，其自主行为与公共网络基础设施之间的边界管理将成为行业必须面对的课题。此次GemStuffer事件为AI智能体的测试伦理和安全规范提供了一个值得审视的案例。
该文观点仅代表作者本人，企服科学平台仅提供信息存储空间服务。
