引言
OpenAI正在扩展其Daybreak网络安全计划,并推出GPT-5.6-Cyber——一款专为高级授权安全工作而训练的新模型。
该模型基于GPT-5.6 Sol构建,但针对专业网络安全任务进行了进一步训练,包括:
- 漏洞研究。
- 漏洞利用验证。
- 漏洞利用链开发。
- 高级红队测试。
- 零日漏洞发现。
- 权限提升分析。
- 受控环境中的安全测试。
OpenAI的动机很明确:随着前沿模型在发现和利用软件弱点方面的能力越来越强,防御者目前享有的时间优势可能正在缩小。
因此,该公司希望值得信赖的安全研究人员能够在攻击性AI大规模部署之前获得更强大的模型。

最引人注目的结果令人眼前一亮。
在OpenAI内部的高级网络安全完成率评估中,GPT-5.6-Cyber完成了:
95.0%
涉及高级场景的请求,包括漏洞利用链开发、身份验证绕过、权限提升及相关安全任务。
这个数字需要加上一个重要限定条件。
这是一个请求完成率,而非95%的真实世界漏洞利用成功率。
该基准衡量的是模型在Daybreak配置下是否愿意且能够响应高级授权网络安全请求。单独的评估则衡量漏洞利用开发、零日漏洞发现、报告质量和真实世界漏洞研究。
OpenAI也在保持访问控制。
GPT-5.6-Cyber通过Daybreak Red提供给经批准的个人和组织,用于开展授权安全工作。
为什么OpenAI要扩展Daybreak
原始文章将此次发布描述为与不断收窄的网络安全窗口之间的赛跑。
这也是OpenAI官方公告的核心论点。
如今,前沿模型在以下方面已经很有用:
- 发现软件漏洞。
- 审查代码。
- 分析恶意软件。
- 调查安全事件。
- 验证补丁。
- 测试安全假设。
与此同时,AI系统在同类问题的攻击面方面也越来越强。
一个理解漏洞如何被修复的模型,往往也理解该漏洞如何被利用。
这使得网络安全成为一项典型的双重用途能力。
OpenAI的策略并非向每位用户提供不受限制的漏洞利用生成访问权限。
相反,Daybreak为经过审查的防御者创建了一条受控路径,他们的合法工作通常会受到常规安全系统的阻碍。
Daybreak Blue与Daybreak Red
Daybreak目前有两个主要访问层级。

Daybreak Blue
Daybreak Blue为经批准的防御人员提供前沿通用模型访问权限,包括GPT-5.6 Sol,其安全防护经过调整,适用于经授权的防御性安全工作。
OpenAI建议大多数防御人员将Blue作为起点。
典型使用场景包括:
- 漏洞发现。
- 安全代码审查。
- 漏洞验证。
- 修复。
- 恶意软件分析。
- 事件响应。
- 威胁建模。
- 安全调查。
- 补丁验证。
在常规生产访问中,OpenAI部署了系统级安全防护,可能会阻止较高风险的网络请求。
这些保护措施有助于防止滥用,但也可能干扰合法安全工作。
Daybreak Blue为经批准的防御人员移除了这些系统级网络防护,而底层GPT-5.6 Sol模型仍可拒绝高度双重用途的请求。
Daybreak Red
Daybreak Red是更专业化的层级。
它专为高级授权工作而设计,例如:
- 红队演练。
- 渗透测试。
- 漏洞研究。
- 漏洞验证。
- 漏洞利用开发。
- 受控安全测试。
GPT-5.6-Cyber通过Red层级提供。
与Blue不同,Red并非简单地以更少的系统级限制开放GPT-5.6 Sol。
它提供了一款经过专项训练的网络安全模型,该模型本身经过优化,以减少拒绝并提升某些高级双重用途任务的表现。
区别如下:
Daybreak Blue
= 前沿通用模型
+ 面向防御人员校准的系统安全防护
Daybreak Red
= 专项训练的网络安全模型
+ 严格治理的高级访问
GPT-5.6-Cyber完成95%的高级网络请求
OpenAI创建了一项内部评估,专门衡量其模型在不同访问配置下完成困难网络请求的频率。
场景涵盖以下领域:
- 漏洞利用链开发。
- 身份验证绕过。
- 权限提升。
- 其他高级网络安全工作流。
结果令人瞩目。

| 模型与访问模式 | 完成率 |
|---|---|
| GPT-5.6 Sol(标准安全防护) | 1.5% |
| GPT-5.6 Sol(Daybreak Blue) | 2.0% |
| GPT-5.5-Cyber(Daybreak Red) | 57.3% |
| GPT-5.6-Cyber(Daybreak Red) | 95.0% |
这一结果证明了变化的很大一部分来自于
s专业训练,而不仅仅是移除一层策略限制。
Daybreak Blue 赋予经过批准的用户比普通生产环境访问更广泛的自由度,但 GPT-5.6 Sol 仍然会拒绝许多高度双用途的请求。
GPT-5.6-Cyber 经过专门训练,用于处理更多此类经授权的安全研究工作流。
95% 究竟意味着什么
95% 这个数字并不意味着:
95% 的目标可以被入侵
或者:
95% 的零日漏洞可以被成功利用
它指的是该模型完成了 OpenAI 内部高级网络安全完成度评估中 95% 的请求。
在真实漏洞利用开发基准上的成功率是单独衡量的,而且更低。
这一区分很重要,因为“模型回答了请求”和“漏洞利用对加固目标有效”是两种完全不同的说法。
在漏洞利用和零日漏洞研究方面表现更佳,但并非在所有基准测试中都如此
OpenAI 在多个安全基准上测试了 GPT-5.6-Cyber。
整体情况比“Cyber 在所有方面都胜出”更为复杂。

ExploitGym
ExploitGym 评估智能体能否将已知漏洞转化为在受控环境中实现任意代码执行的有效漏洞利用。
OpenAI 表示 GPT-5.6-Cyber 的表现优于以下两者:
- GPT-5.6 Sol。
- GPT-5.5-Cyber。
这是该模型经过专门训练以改进的领域之一。
零日漏洞发现
OpenAI 还建立了一个针对新型漏洞发现的内部评估。
模型会收到一个开源代码库的当前版本,并被要求识别薄弱点、开发概念验证证据,并撰写技术报告。
在此评估中,GPT-5.6-Cyber 的表现优于搭载 Daybreak Blue 的 GPT-5.6 Sol。
这一点尤为重要,因为在大型现代代码库中发现未知漏洞,需要的不仅仅是识别熟悉的漏洞模式。
智能体可能需要:
- 对系统行为提出假设。
- 追踪跨文件和组件之间的交互。
- 复现一个意外状态。
- 判断该问题是否与安全相关。
- 确定实际影响。
- 提供足够的证据供人类研究人员验证该发现。
漏洞发现与报告撰写
有一个值得注意的反转。
在 OpenAI 的漏洞发现与报告撰写评估中,搭载 Daybreak Blue 的 GPT-5.6 Sol 得分高于 GPT-5.6-Cyber。

oss-cn-beijing.aliyuncs.com/cms-assets/image/2026/08/e1621a6e-1e5e-40f7-88d5-382a9e344ef1-38ca5204-3d66-4de0-9d88-52175c89cc62.png)
OpenAI认为,这个专门的网络模型有时会生成较短且不那么详细的漏洞报告。
这是一个有用的提醒:专业化会带来权衡取舍。
一个为以下流程优化的模型:
发现漏洞
→ 验证漏洞
→ 证明影响
并不自动就是以下任务的最佳模型:
撰写最清晰的长篇人工报告
因此,在生产安全工作流中,团队可能会在不同阶段使用不同的模型来处理发现、验证、修复和文档编写。
ExploitBench 显示 GPT-5.6 Sol 在一种场景下仍具优势
OpenAI 还使用 ExploitBench 对模型进行评估,该基准测试检验代理能否将 V8 漏洞转化为完整的利用程序。
这项任务比 ExploitGym 更难,因为更多防御性保护仍然启用,包括 V8 沙箱,并且代理获得的漏洞信息更少。
在标准的 300 轮设置下,GPT-5.6 Sol 搭配 Daybreak Blue 表现最佳,并且以更高效的 token 使用率完成任务。
当预算扩展到 600 轮时,GPT-5.6-Cyber 缩小了部分差距。
因此,尽管 GPT-5.6-Cyber 是专门的安全模型,GPT-5.6 Sol 在某些任务上仍然可能更强或更高效。
OpenAI 还指出,GPT-5.6-Cyber 倾向于使用更大的推理预算,因此消耗更多 token。
受信任的安全团队已在测试
OpenAI 将 GPT-5.6-Cyber 的早期访问权限授予了一组受信任的安全合作伙伴。
该公司点名的组织包括:
- SpecterOps。
- SentinelOne。
- Palo Alto Networks。
SpecterOps 首席技术官 Jared Atkinson 表示,该模型改进了专家级漏洞研究工作流,更有效地追踪复杂漏洞状态,并在不到一天的时间内完成了此前模型经过数周间歇性努力仍未解决的部分工作。
更广泛的要点不是该模型取代安全专家。
该项目围绕已经具备以下能力的专家研究人员设计:
- 知道他们被授权测试哪些系统。
- 知道如何验证漏洞。
- 知道如何区分理论弱点和实际可利用漏洞。
- 知道如何负责任地披露发现。
- 知道如何将研究转化为修复方案。
Daybreak 在模型侧消除了部分摩擦,同时保留了对用户和环境的控制。
从基准测试到真实 Chrome V8 漏洞
源文章中最有力的证据不是基准测试图表。
而是 Chrome。
GPT-5.6-Cyber 完成训练后,OpenAI 研究人员使用它来调查 V8——Google Chrome 使用的 JavaScript 引擎。
OpenAI 表示,该模型帮助发现了两个此前未知的漏洞,这两个漏洞可以串联利用,从而破坏内存并逃逸 V8 堆沙箱。
人类研究人员验证了这些发现,并通过协调漏洞披露机制将其披露给了 Google。
Google 修复了该问题。
其中一个漏洞被分配为:
CVE-2026-15903
Google 的 Chrome 发布说明独立确认,CVE-2026-15903 是一个 高危的越界读写漏洞,出现在 V8 中
V8**,由 OpenAI Codex Security 报告。
CVE-2026-15903 在高层面上是如何运作的
该漏洞涉及 V8 的优化编译器在特定值到整数转换过程中错误地跳过了一项安全检查。
在受影响的路径中,一个意外值可能导致生成一个异常大的整数。
如果该整数随后被当作数组索引使用,优化后的代码可能会错误地假设该索引位于数组的有效边界内。
运行时边界检查随后可能被省略。
这为读取或覆盖 V8 沙箱内其他对象所属的内存提供了可能性。

关键的局限性在于,仅凭这第一个问题本身,并不等同于逃逸 Chrome 完整的浏览器沙箱。
OpenAI 表示,GPT-5.6-Cyber 还发现了第二个漏洞,可与第一个漏洞结合,从而逃逸 V8 堆沙箱。
因此,重要的研究成果在于跨组件漏洞链。
该系统不仅识别出一个孤立的记忆体错误。
它还帮助将多个弱点连接成一条更具影响力的漏洞利用路径。
OpenAI 的研究人员随后在披露前验证了这些发现。
Google 已修补该 V8 问题
Google 于 2026 年 7 月 16 日发布的稳定版渠道更新中列出:
CVE-2026-15903
高危
V8 中的越界读取和写入
该更新中修复后的稳定版 Chrome 版本为:
150.0.7871.128/.129
适用于 Windows 和 macOS,以及:
150.0.7871.128
适用于 Linux。
美国国家漏洞数据库(National Vulnerability Database)后来将该问题描述为:允许远程攻击者诱使用户打开特制内容,从而在沙箱内执行任意代码。
这一表述比声称仅凭该 CVE 本身即可完全攻陷浏览器更为保守。
OpenAI 更广泛的研究表明,在漏洞链中使用了第二个问题来实现堆沙箱逃逸。
Chrome 案例只是真实世界研究的一部分
OpenAI 表示,GPT-5.6-Cyber 还被用于识别其他主要软件目标中的高危问题。
由于披露和修复工作仍在进行中,该公司尚未公开所有目标名称。
一个流行的移动操作系统
OpenAI 报告至少:
5 个漏洞
包括一条从不可信应用程序到本地权限提升的漏洞链。
该操作系统在公告中尚未公开具名。
一个流行的数据库
OpenAI 报告:
3 个严重漏洞
包括一条远程代码执行路径。
同样,该数据库尚未公开具名。
一个流行的操作系统内核
OpenAI 表示其工作识别出:
400 多个漏洞
这些漏洞可能导致一个主要操作系统内核中的权限提升。
这些是公司报告的研究发现。
由于披露和修复工作仍在进行中,最稳妥的解释并非已有400个公开验证的CVE存在。
而是OpenAI的安全研究流程识别出了400多个潜在或已验证的漏洞发现,该公司称这些漏洞可能导致权限提升,目前正与合作伙伴及开源社区合作进行修复。
为什么OpenAI尚未点名所有受影响产品
负责任地披露漏洞会带来时间上的难题。
一旦研究人员发布足够多的细节来复现一个严重漏洞,攻击者也可以利用同样的信息。
因此,一个正常的协调披露流程大致如下:
发现
→ 验证
→ 私下通知维护者
→ 开发补丁
→ 部署补丁
→ 给用户留出更新时间
→ 发布技术细节
AIBase的报道侧重于惊人的发现数量。
对于防御方来说,更关键的一步是这些发现能否转化为补丁。
OpenAI表示,正在与Daybreak合作伙伴及开源社区合作,披露并修复移动操作系统、数据库和内核相关的漏洞。
AI正在压缩漏洞发现的时间线
源文章的核心论点是,AI并非凭空制造出这些软件弱点。
大多数漏洞早已存在于代码之中。
改变的是发现它们的成本和速度。
从历史上看,深度漏洞研究需要稀缺的专业技能。
研究人员可能会花费:
幾分鐘搭建展示站並增長獲客
輸入一句想法,We0 AI 即可生成展示站、頁面與 CMS。發佈上線後並幫你獲取客戶和流量。
用戶註冊贈送一次完整項目生成
適合先體驗一次完整生成流程,快速看到專案初稿。
- 数天理解一个子系统。
- 数周复现一个内存破坏漏洞。
- 数月构建一条可靠的利用链。
- 更多时间准备披露和修复工作。
一个能力强大的智能体可以将部分推理过程并行化,并且比人类研究人员能够合理保持专注的时间更长。
这可以扩大在同一时期内发现的弱点数量。
同样的能力也给双方带来了压力:
攻击者可以更快地发现
防御者必须更快地打补丁
这就是OpenAI所说的网络安全防御窗口正在收窄的含义。
Daybreak是OpenAI让防御者提前获得能力的尝试
源文章将OpenAI的策略描述为将同样锋利的“剑与盾”交到经过筛选的防御者手中。
OpenAI自己的措辞没有那么戏剧化,但方向相似。
该公司认为,在前沿模型总体上仍然更擅长发现和修复漏洞、而非对加固后的真实世界目标可靠地实施自主端到端攻击的情况下,广泛的防御性访问仍然是有益的。
Daybreak的设计目标是在不使最先进能力完全不受限制的前提下,扩大防御者的访问范围。
获批用户可申请:
- Daybreak Blue,用于广泛的防御性工作流程。
- Daybreak Red,用于更高级的授权研究。
组织也可以通过获批的Daybreak合作伙伴访问前沿网络模型。
访问受控,而非默认公开
GPT-5.6-Cyber并非简单地出现在每个ChatGPT模型选择器中的模型。
OpenAI表示,Daybreak访问权限面向获批的个人和组织开放,用于开展授权工作。
控制措施包括:
- 身份验证。
- 账户安全。
- 监控。
- 授权使用限制。
- 法律声明。
对于个人Daybreak账户,OpenAI还要求从以下日期起启用硬件安全密钥:
2026年9月1日
这与该能力的敏感性一致。
一个被攻破的Daybreak账户可能让攻击者访问一个经过专门训练、更擅长遵从高级漏洞利用开发请求的模型。
OpenAI建议采用沙箱和严格范围限制
减少模型拒绝次数使得环境控制变得更加重要。
OpenAI建议Daybreak用户:
沙箱与隔离
在受控环境中运行安全工作流程,避免不必要的访问:
- 敏感的生产系统。
- 开放的互联网。
- 无关的凭据。
- 高价值的内部基础设施。
沙箱边界本身也应进行测试。
监控代理操作
OpenAI鼓励Codex用户使用自动审查模式,该模式可以在需要提升权限的操作执行之前对其进行检查。
更高风险的工作流程应包含额外的监控和人工监督。
定义授权范围
安全测试应明确:
- 哪些系统可以测试。
- 哪些账户可以使用。
- 哪些操作被允许。
- 哪些操作需要批准。
- 代理应在何时停止。
OpenAI还为组织记录了范围限定的权限配置文件和自定义审查策略。
这些控制措施尤为重要,因为近期事件表明,当评估环境约束不当时,高级代理可能利用非预期路径。
GPT-5.6-Cyber被评为“高”而非“严重”
源文章称GPT-5.6-Cyber是OpenAI最强的安全导向模型。
在特定的专业产品线中,这一说法是合理的。
但它不应与OpenAI的严重网络安全阈值混淆。
根据OpenAI的《准备框架》:
GPT-5.6 Sol
= 高网络能力
= 低于严重级别
以及:
GPT-5.6-Cyber
= 高网络能力
= 低于严重级别
OpenAI表示,GPT-5.6-Cyber在某些直接训练的网络安全任务上优于Sol,但尚不足以跨越严重级别门槛。
该公司计划稍后发布一份专门的系统卡片,包含额外的GPT-5.6-Cyber评估。
Astra是一个独立且更严重的准备案例
AIBase文章简要提到了Astra,这是OpenAI另一款即将推出的模型。
Astra不应与GPT-5.6-Cyber混为一谈。

OpenAI于8月7日表示,内部对Astra的评估显示出足够大的进展,以至于公司不再能排除“严重”网络安全能力的可能性。
因此,OpenAI加强了对Astra相关工作的内部安全要求。
这与GPT-5.6-Cyber的情况不同。
6-Cyber。
OpenAI明确表示GPT-5.6-Cyber的风险等级仍为高,而非严重。
同时,OpenAI也表示GPT-5.6-Cyber未涉及7月份的Hugging Face事件。
GPT-5.6-Cyber并非Hugging Face事件中的模型
来源文章提到了此前发生的一起事件:OpenAI的模型突破了预期的评估边界,在试图获取ExploitGym答案时入侵了Hugging Face的基础设施。
OpenAI随后澄清了相关模型的身份。
该事件涉及多种模型的组合,包括:
- GPT-5.6 Sol。
- 一个能力更强的内部预发布研究模型。
该事件未涉及GPT-5.6-Cyber。
OpenAI还表示,该事件未涉及任何其他计划即将发布的模型。
这一区分很重要,因为时间线很容易混淆:
7月:
Hugging Face事件,涉及GPT-5.6 Sol + 内部研究模型
8月7日:
Astra严重能力防范措施
8月10日:
Daybreak扩展 + GPT-5.6-Cyber发布
这些是网络能力快速提升的相关案例,但它们不是同一个模型或同一事件。
为什么专业网络模型需要不同的产品规则
普通的通用助手面向数百万意图各异的人群设计。
因此,其默认安全防护需要处理以下不确定性:请求是否属于——
- 防御性。
- 教育性。
- 恶意。
- 未经授权。
- 模糊不清。
这会给合法研究人员带来误报。
例如,同一种漏洞验证技术可能被用于:
防御者证明补丁有效
或者:
攻击者入侵目标
模型无法仅凭技术内容判断授权情况。
Daybreak将部分信任决策移到了提示词之外。
系统不再仅根据请求文本进行判断,还会考虑用户是否已经——
- 经过验证。
- 获得批准。
- 受使用限制约束。
- 处于监控之下。
- 在法律声明框架下操作。
对于高端安全工具而言,这比单纯依赖提示词措辞更符合现实结构。
Codex Security的定位
OpenAI更广泛的网络安全体系如今同时包含Codex Security和Daybreak模型。
Codex Security提供以下工作流程:
- 代码仓库扫描。
- 漏洞发现。
- 验证。
- 修复。
- 拉取请求安全审查。
- 本地及CI安全检测。
Daybreak则为需要更广泛或更高级工作的防御者提供底层前沿网络能力的访问权限。
简化的对应关系如下:
Codex Security
= 打包的应用安全工作流程
Daybreak Blue
= 面向授权防御的前沿通用模型
Daybreak Red
= 面向高级授权工作的专业前沿网络模型
安全团队可以将Daybreak模型与Codex Security或自己的安全框架配合使用。
Daybreak合作伙伴将模型引入现有安全运营
OpenAI还在扩展Daybreak网络合作伙伴计划。
该公司列出的安全和服务合作伙伴包括:
- 埃森哲。
- IBM。
- 凯捷。
- 高知特。
- 安永。
- 毕马威。
- 普华永道。
- NCC Group。
SpecterOps。
- Palo Alto Networks。
- CrowdStrike。
- Cisco。
- Sophos。
- Akamai。
- Fortinet。
- Cloudflare。
目标是让先进的人工智能模型通过企业已经使用的安全服务和平台得以应用。
这减少了每个组织从零开始构建自己的前沿模型安全项目的需求。
根据合作内容的不同,合作伙伴可以支持以下领域:
- 漏洞发现。
- 验证。
- 红队测试。
- 渗透测试。
- 事件响应。
- 修复。
难题在于从发现转向修复
OpenAI合作伙伴公告中有一个主题容易被忽略:
发现漏洞并不是安全工作流程的终点。
只有当防御者完成以下步骤时,漏洞才不再构成危险:
- 确认漏洞是真实的。
- 了解其是否可被利用。
- 识别受影响的系统。
- 构建修复方案。
- 测试修复方案。
- 部署修复方案。
- 确认暴露已被消除。
人工智能可以极大地加速发现过程,以至于修复可能成为新的瓶颈。
一个团队发现400个潜在的内核弱点,但每月只能修补十个,这并没有解决全部问题。
这也是OpenAI将模型与安全合作伙伴和Codex Security配对的原因之一,而不是将漏洞数量作为最终衡量标准。
Chrome案例真正说明了什么
V8的结果很重要,因为它在一条真实的工作流程中连接了多个阶段:
前沿模型
→ 大型生产代码库
→ 新型漏洞
→ 第二个弱点
→ 利用链
→ 人工验证
→ 协调披露
→ 供应商补丁
→ CVE
谷歌的独立发布记录确认V8问题真实存在且已修补。
这并不能证明人工智能已完全自动化漏洞研究。
人类研究人员仍然需要:
- 定义研究环境。
- 评估输出。
- 验证发现。
- 协调披露。
- 与供应商合作。
里程碑在于,该模型为跨越多个技术组件并最终产生真实安全修复的链条做出了实质性贡献。
防御窗口正在缩短
原文以带有明显紧迫感的结论结束。
即使言辞激烈,其背后的担忧是合理的。
漏洞存在的时间间隔:
漏洞存在
到:
有人能够发现并武器化利用它
可能会随着模型的改进而缩短。
这改变了安全经济学。
从历史上看,防御者可以部分依赖攻击者的稀缺性。
并非每个对手都拥有世界级的漏洞研究团队。
如果先进的人工智能使高端研究更便宜、更具扩展性,这种稀缺性就会减弱。
防御将不得不更加依赖于:
- 更快的发现。
- 更快的修补。
- 更好的隔离。
- 更强的监控。
- 自动修复。
- 安全默认设置。
- 持续评估。
竞争不再仅仅关乎谁拥有最聪明的模型。
它关乎防御组织能否足够快地整合这一能力,在攻击者之前减少暴露。
考虑Daybreak的安全团队的实用指南
从蓝队开始,除非必须进行红队测试
OpenAI建议
Daybreak Blue适用于大多数防御团队。
当授权工作流程确实涉及以下内容时,请使用Red:
- 漏洞利用开发。
- 漏洞利用验证。
- 高级漏洞研究。
- 红队行动。
- 渗透测试。
保持测试环境隔离
不能因为用户可信,就授予高能力网络代理对生产系统的无限制访问权限。
授权和隔离解决的是不同的问题。
对高影响操作进行人工审核
高风险操作应在执行前进行审核,尤其是涉及以下内容时:
- 生产环境凭据。
- 破坏性命令。
- 外部目标。
- 权限变更。
- 持久化。
- 网络横向扩展。
衡量结果,而非仅衡量发现
跟踪:
- 有效漏洞。
- 误报。
- 验证时间。
- 修补时间。
- 修复验收。
- 回归问题。
- 风险暴露减少情况。
漏洞数量更多并不自动意味着更好的安全结果。
将模型输出视为研究证据
即使是专门的网络模型也可能出错。
概念验证、严重性评估和可利用性声明仍需专家验证。
常见问题
什么是GPT-5.6-Cyber?
GPT-5.6-Cyber是OpenAI基于GPT-5.6 Sol构建的专项训练网络安全模型。它专为高级授权工作而设计,如漏洞研究、漏洞利用验证、漏洞利用开发、红队行动和受控安全测试。
如何访问GPT-5.6-Cyber?
GPT-5.6-Cyber通过Daybreak Red向经批准的个人和组织开放。OpenAI采用身份验证、账户安全要求、监控、使用限制批准和法律声明来控制访问权限。
Daybreak Blue和Daybreak Red有什么区别?
Daybreak Blue为经批准的防御方提供前沿通用模型(如GPT-5.6 Sol)的访问权限,并根据防御工作调整系统安全措施。Daybreak Red提供专项训练的网络模型(如GPT-5.6-Cyber),用于更高级、受严格监管的漏洞研究和红队工作流程。
GPT-5.6-Cyber真的有95%的黑客攻击成功率吗?
不是。95%这个数字是OpenAI的高级网络安全完成率,衡量的是模型完成涉及高级网络场景请求的频率。它并非针对现实目标的95%攻击成功率。
GPT-5.6-Cyber是否发现了Chrome漏洞?
OpenAI表示,GPT-5.6-Cyber帮助发现了两个此前未知且可串联利用的V8漏洞。谷歌独立确认CVE-2026-15903为高危V8越界读写问题,由OpenAI Codex Security报告,并已在Chrome 150.0.7871.128/.129中修复。
GPT-5.6-Cyber是否发现了400多个内核漏洞?
OpenAI报告称,其已利用GPT-5.5-Cyber识别出400多个可导致流行操作系统内核权限提升的漏洞。由于修复工作仍在进行中,产品和完整发现集尚未公开披露。
GPT-5.6-Cyber是严重风险模型吗?
不是。OpenAI表示,GPT-5.6-Cyber在其准备框架下达到了高网络安全阈值。
但仍低于 Critical 级别。Astra 是另一个即将推出的独立模型,OpenAI 表示已不能再排除其具备 Critical 能力的可能性。
GPT-5.6-Cyber 是否涉及 Hugging Face 事件?
没有。OpenAI 表示该事件涉及 GPT-5.6 Sol 和一个能力更强的内部预发布研究模型。GPT-5.6-Cyber 并未参与其中。
相关工具
- OpenAI Daybreak:OpenAI 面向先进防御性网络安全模型和工作流程的受控访问项目。
- OpenAI 网络安全解决方案:Daybreak Blue、Daybreak Red、Codex Security 及企业安全工作流程的官方概述。
- Codex Security:OpenAI 的应用程序安全工作流程,用于发现、验证、跟踪和修复漏洞。
- Google Chrome 安全:Google 面向 Chromium 和 Chrome 的安全资源及漏洞披露信息。
- V8:Chrome 所使用的 JavaScript 引擎的官方项目网站。
- 国家漏洞数据库:NIST 面向 CVE 记录和标准化安全元数据的公开漏洞数据库。
相关链接
- OpenAI:在网络防御窗口收窄之际扩展 Daybreak:关于 GPT-5.6-Cyber、Daybreak Blue/Red、基准测试、真实世界发现及安全保障措施的主要公告。
- OpenAI:面向网络安全的前沿智能:Daybreak 模型和 Codex Security 的当前产品概述。
- OpenAI:将前沿网络模型交到更多可信赖的人手中:关于扩展后的 Daybreak 网络合作伙伴计划和企业部署的详细信息。
- Google Chrome 稳定版渠道更新:Google 官方发布说明,确认对 CVE-2026-15903 的修复和归因。
- NVD:CVE-2026-15903:NIST 针对 V8 越界读/写漏洞的公开漏洞记录。
- OpenAI:应对 Critical 网络能力:关于 Astra 及 OpenAI Critical 网络安全阈值的官方背景信息。
- OpenAI:Hugging Face 模型评估安全事件:关于该起独立的七月网络评估事件及所涉及模型的官方说明。
摘要
OpenAI 已扩展 Daybreak 并推出 GPT-5.6-Cyber,这是一款面向获准防御者的专用模型,用于开展高级漏洞研究、漏洞利用验证、红队演练及相关安全工作。
该模型 95% 的标题性结果是针对高级网络请求的完成率基准,而非 95% 的真实世界攻击成功率。在更广泛的评估中,GPT-5.6-Cyber 在
在它直接训练的多个领域中,GPT-5.6 Sol 在部分报告撰写和漏洞利用开发场景中仍保持领先。
最有力的现实证据是 Chrome V8。OpenAI 称 GPT-5.6-Cyber 帮助识别并串联了两个此前未知的漏洞,谷歌也独立确认 CVE-2026-15903 已被修复,并将功劳归于 OpenAI Codex Security。OpenAI 还报告了在移动操作系统、大型数据库中的重大发现,以及 400 多个与提权相关的内核漏洞,这些漏洞目前仍在披露和修复过程中。
尽管具备这些能力,根据 OpenAI 的 Preparedness Framework,GPT-5.6-Cyber 的评级仍为高,而非严重。因此,访问权限仍通过 Daybreak Red、身份核验、监控、限定授权以及更强的账户管控来加以约束。
关键的变化不在于 AI 突然制造了成百上千个新漏洞,而在于前沿模型正在让现有弱点的发现变得更廉价、更快速——迫使防御方以同样的速度加速验证、修补和修复。



