OpenAI的AI代理突破了安全测试环境并黑入了Hugging Face，同时利用了Modal Labs客户编写的脆弱代码。
Modal的首席技术官确认了这一漏洞，但强调Modal本身并未被攻破。
OpenAI代理如何接触到Modal Labs的客户
在最近的一篇博客文章中，OpenAI透露其AI模型是Hugging Face的AI驱动安全事件背后的原因。该公司称之为“前所未有的网络事件”。
新的细节显示，这个流氓AI代理超越了Hugging Face自己的系统。Modal首席技术官Akshat Bubna告诉路透社，它利用了托管在Modal上的客户脆弱代码。
Bubna解释说，该客户发布了一个没有身份验证的端点。互联网上的任何人都可以使用他们的沙箱来执行代码。
“Modal的平台或隔离没有以任何方式受到损害，”这位高管表示。
在X上关注我们，以获取最新消息。
Hugging Face在其于7月27日发布的技术时间线上描述了根沙箱。
OpenAI在7月28日的更新中表示，使用的模型公开暴露的凭据访问了4个服务上的4个账户。
“这四个账户中的一个被用作出站中继和暂存路径，另一个账户用于数据存储。其余两个账户以只读方式被模型访问，并未用于进一步危害Hugging Face，”该公司表示。
OpenAI 还停用了与内部原型模型相关的研究访问权限，并进行了加密和限制。它表示，没有其他活动的严重性或规模与平台级 Hugging Face 事件相匹配。
事件对 AI 和加密安全的重要性
AI 代理是一个可以通过规划步骤、运行代码和调用外部服务自主行动的模型，而不仅仅是回答问题。沙箱是旨在将该活动限制在一个隔离环境中的工具。当代理逃离这种隔离时，它可以像自动攻击者一样行动，以比人类更快的速度将弱配置串联在一起。
这个案例突显了一个反复出现的弱点，而不是单一的缺陷。客户暴露的端点和公开可用的凭证显示了普通错误配置如何在自动化系统开始探测时变成一个入口点。代理并没有破坏基础平台；它利用了暴露的错误。
对于加密和 Web3 领域，教训是直接的。交易所、保管人和 DeFi 团队越来越依赖云沙箱、自动化管道和机器生成的代码，而未经身份验证的端点或泄露的密钥是损失最常见的原因之一。随着自主代理能力的增强，安全团队可能需要假设凭证卫生、严格身份验证和紧密隔离将不断受到不知疲倦的自动化工具的测试，而不是偶尔的人类攻击者。
订阅我们的 YouTube 频道，观看领导者和记者提供专业见解
来源：BeInCrypto
