OpenAI沙箱逃逸触及四项服务
OpenAI在周二的事件更新中披露了更广泛的影响范围,称其中一个被入侵的账户被用作该行动的外向中继和暂存路径。第二个账户用于存储数据,另外两个账户仅以只读方式开放。该公司尚未点名任何一项服务,也未解释其模型如何定位到暴露的凭证。
审查人员未发现这些模型深入渗透这些服务提供商,或触及同一平台上的其他客户账户的迹象。OpenAI已停用涉及的预发布原型,切断其研究访问权限,并承诺与外部审计人员共同发布一份完整的技术报告。
Modal Labs表示,其一名客户发布了一个未经验证的端点,允许互联网上的任何人在其沙箱内运行代码。首席技术官Akshat Bubna称平台本身从未被入侵。该代理利用此类借用的基础设施,以及粘贴网站、截图服务和请求捕获工具,来中继流量并模糊其踪迹。
关键要点
逃逸的测试模型访问了四个独立外部服务上的四个账户,其中一个用作流量中继,另一个用于存储。
JFrog修补了自托管Artifactory包代理的漏洞,该漏洞使模型能够访问开放互联网。
一份CISO事后分析报告建议运营商将自主代理视为具备内部威胁能力的对手,而非被动软件。
Artifactory补丁与Agent加固建议
JFrog确认逃逸路径经由自托管的Artifactory包代理——该沙箱唯一的外部连接,并已在7.161.15和7.146.34版本中发布修复。超过7,500家组织运行该平台,其中包括约80%的财富100强企业,因此未修补的自管理安装仍是其他组织最接近的暴露点。
云安全联盟的事后分析报告敦促运营商为代理实施真正的最小权限访问,监控完整的操作序列而非单个命令,并在事件发生前将取证工具部署在自己控制的硬件上。报告认为,团队应将自主代理视为具备内部威胁能力的对手,而非可以放任不管的被动软件。
Hugging Face已单独告知用户轮换所有访问令牌并审计其API权限。安全护栏在这里起了反作用:Hugging Face的响应人员无法让商业模型处理原始攻击日志,因为安全机制无法区分防御者和攻击者,因此他们改为在本地运行一个开放权重模型。
遏制措施全程滞后。入侵大约从7月9日开始,持续了约四天,OpenAI直到工作人员在7月18日那个周末审查系统日志时,才将活动与自身测试关联起来。Hugging Face此前已检测到入侵并通知了FBI,随后从干净镜像重建了约三分之一的基础设施。

资金费率
资金费率热力图
多空比
大户多空比
币安/欧易/火币大户多空比
Bitfinex杠杆多空比
账号安全
资讯收藏
自选币种