跳转到主内容

GPT-6-Cyber上线:项目审批与API IP限制各管什么

OpenAI的专用模型为获授权的安全研究增加一个选择。调用API的权限,与访问某个测试目标的权限,仍是两种不同控制。

透明亚克力方盒内有两颗由蓝色细线连接的金属球,另一颗独立金属球置于盒外的深蓝色表面。
TechKili · 使用Cloudflare Workers AI FLUX.2 klein生成的概念插图。
分享这篇文章:
本文目录

OpenAI于2026年11月5日将GPT-6-Cyber加入API,用于调查漏洞、在获授权的测试环境中复现漏洞,以及验证修复。评估它的安全团队需要区分两条边界:谁可以调用模型,以及代理被允许测试哪些系统。

OpenAI API更新记录列出了这一发布日期,与The Verge原始报道同日。模型文档要求Daybreak Red访问资格,以及针对GPT-6-Cyber的批准。出现在模型目录中,并不代表每个API组织都能使用。

API检查调用方与项目

OpenAI的Daybreak配置指南表示,组织所有者必须为发出请求的项目启用相应访问权限。使用项目级控制时,指南要求采用非默认项目及属于该项目的凭证。

通过API使用GPT-6-Cyber,还需要将应用发送请求所用的公网IP地址加入允许名单。这控制的是对OpenAI请求的来源位置,与应用在评估过程中是否应该连接某个第三方服务器,是不同的问题。

准备试用的团队,应先确认获得批准的准确组织、项目与模型,再检查应用的网络出口身份。相关计划或其他模型的批准,不应被视为等效资格。

实验室必须实际限制目标范围

OpenAI的推荐配置指出,获准访问和模型自身的安全措施,不能替代组织的安全控制。它要求明确系统、操作和时间限制,并通过独立的文件系统、网络、身份和工具限制来执行。

实际含义是,应先围绕允许的工作设计评估,再连接权限宽泛的工具。如果外部控制不落实目标名单,那么即使模型收到了书面的目标清单,也可能仍在边界不严的环境中运行。所有可访问服务与已连接工具,都应纳入检查。

评估整个流程,而不只看模型名称

TechKili认为,有用的评估需要证据证明:发现可以复现、修复验证有效,以及操作遵守了获批范围。单次API成功响应本身不能证明这些结果。上述文档也没有给出某个具体部署中未经授权操作的实测发生率。

我们此前对Claude Opus 5.5网络安全任务路由的报道讨论了另一个评估问题:实际流程使用的,是否就是团队预期的模型。结合这些检查,才能把模型访问资格、执行行为与安全研究结果的质量区分开。

资料来源