AIREITER现在大多数开发者都能直接调用 GPT-6 Cyber 吗？答案是否定的。根据 OpenAI 文档、厂商基准测试和用户反馈，GPT-6 Cyber 是一款擅长漏洞利用的专用模型，但必须获得 Daybreak Red 批准；而在大多数防御性安全任务上，GPT-6 Astra 已经够用，价格只有它的一半。
GPT-6 Cyber 于 2026 年 11 月 5 日以 gpt-6-cyber 的名称发布。它基于 GPT-6 Astra 进行后训练，面向经过授权的漏洞发现、漏洞利用验证和补丁开发。根据 Kingy 与 BenchLM 的模型谱系资料，该模型受 Daybreak Red 权限控制。
选 Red 还是 Blue？30 秒看懂权限路由
Daybreak 权限怎么选，关键取决于任务，而不是账号本身。防御性工作通常使用主线模型和 Daybreak Blue；经过授权的攻防任务，以及 gpt-6-cyber，则属于 Daybreak Red。
| 你的任务 | 目标权限 | 调用模型 | 具体区别 |
|---|---|---|---|
| 安全代码审查、恶意软件分析、事件响应、补丁验证 | Daybreak Blue | gpt-6-sol、gpt-6-luna、gpt-5.6-sol | 相比标准权限，拒答更少，但不具备漏洞利用开发权限 |
| 经过授权的渗透测试、红队演练、大规模漏洞利用验证 | Daybreak Red | gpt-6-cyber（以及 gpt-5.5-cyber、gpt-5.6-cyber） | 需要单独审批、传入 daybreak_red 请求值、配置 IP 白名单及 SSO/MFA |
| 通用编程，偶尔进行安全审查 | Standard 或 Blue | gpt-6-sol、gpt-6.1-sol | 没必要为 Cyber 溢价买单 |
| 针对加固目标或零日漏洞开展研究，并要求结果可复现 | Daybreak Red（符合资格时） | gpt-6-cyber | 需要预留人工复核和沙箱环境成本 |
OpenAI 的 Daybreak API 指南说得很明确：请求参数本身不会授予访问权限。组织、项目、计划和模型都必须事先获批，而且 API Key 必须来自获批项目。
给开发者的结论很简单：如果你的工作是保护软件，申请 Blue 即可。只有在你能证明自己确实开展经过授权的攻防项目、运行隔离基础设施，并保证人工介入时，才值得申请 Red。
GPT-6 Cyber 到底是什么？Critical 又意味着什么
GPT-6 Cyber 是一款闭源权重、仅通过 API 和 Codex 提供的安全专用模型。它源自 GPT-6 Astra，并经过额外的网络安全强化学习训练，重点优化漏洞利用能力、范围遵循，以及对未完成工作的如实报告。相关信息来自 Kingy 对系统卡的解读。
根据 Kingy 的文档分析，它的上下文容量很大，但并非无限：上下文窗口为 1,050,000 tokens，最大输入为 922,000 tokens，最大输出为 128,000 tokens；支持文本和图像输入、文本输出，并可通过 Responses 和 Chat Completions 使用流式传输、函数调用及结构化输出。该模型不支持微调和 Batch API。
Critical 是 OpenAI 内部 Preparedness Framework 的能力等级，并不是一项独立的安全认证。根据 ArtificialWatch，GPT-6 Cyber 和 GPT-6 Astra 的网络安全评级均为 Critical，高于 GPT-5.6 Cyber 的 High。根据 OpenAI 发布的 GPT-6 Astra 安全概览，这一等级意味着模型能够在经过加固的真实系统中识别并开发可用的零日漏洞利用代码，或针对加固目标规划端到端攻击。
对开发者而言，Critical 会带来三个实际影响：
- 必须通过 Daybreak Red，并额外获得
gpt-6-cyber模型审批 - 必须部署隔离环境、目标范围限制、操作复核和监控机制；监控系统还需要能够暂停 Codex、终止请求或撤销访问权限
- ZDR 流程更严格：根据 Magica，Private Safety Processing 会加密安全记录，并将其保存在客户控制的存储中 30 天
相关阅读：GPT-6 Astra API 评测、目前已知的 GPT-6 信息、OpenAI DevDay 2026 回顾。
Responses API 中的 Red 与 Blue
Daybreak Red 和 Blue 最容易造成的误解，就是把访问计划和模型权限混为一谈。Responses API 会将模型与访问计划分开处理，请求中的权限值必须与所调用的模型匹配，而不是简单填写组织拥有的最高权限。
| 模型 | 所需组织审批 | access_programs.cyber 应填写 | 填写错误时 |
|---|---|---|---|
gpt-6-sol | Blue 或 Red | daybreak_blue | daybreak_red 会返回 invalid_access_program |
gpt-6.1-sol、gpt-6-astra | Red（如需减少拒答） | daybreak_blue | 使用 daybreak_red 会被拒绝；仅有 Blue 时，Astra 仍保留标准安全限制 |
gpt-5.5-cyber、gpt-5.6-cyber | Red | daybreak_red | 省略该参数会自动选择 Red，但没有权限时请求会失败 |
gpt-6-cyber | Red 加额外模型审批 | daybreak_red | 未启用项目、未配置 IP 白名单或使用错误的 Key 都会导致失败 |
一次最小化的 GPT-6 Cyber 调用如下：
{
"model": "gpt-6-cyber",
"access_programs": { "cyber": "daybreak_red" },
"safety_identifier": "user_a17f",
"input": "Suggest a regression test for a path traversal fix."
}与 Blue 项目相比，GPT-6 Cyber 还需要额外完成几步配置（见下方清单）：由项目所有者启用 Red、配置 IP 白名单、启用 SSO/MFA，并在适用时确认 ZDR 存储设置。响应会在 access_programs.cyber 中回显实际应用的计划；如果调用的是 -latest，还应检查最终解析出的 model 字段。以上要求来自 Daybreak API 指南。
实际哪些人能获得权限？OpenAI 的 Daybreak 概览提到，符合条件的企业客户和网络安全从业者可以申请；其中 Red 需要单独审批和更严格的验证。根据 ArtificialWatch 的发布记录，GPT-6 Cyber 初期只向少量获批的 Red 客户开放，渠道包括 API 和 Codex。OpenAI 表示最终会扩大到所有 Red 客户，但尚未给出时间表。截至本文评测时，没有发现 ChatGPT 上线公告；由于访问受限，独立实验室在模型发布时也未能完成测试，BenchLM 的模型资料也对此有所记录。
从 Blue 升级到 Red 的路径目前并不透明：有渗透测试人员表示自己完成验证后拿到了 Blue，却找不到清晰的 Red 申请入口。
“最近，Daybreak Blue 和普通 Codex 都会拒绝修复内存漏洞，实在越来越离谱了。”——u/DragonflyOk9274，发表于 r/codex 的 GPT-6 Cyber 发布讨论帖
另一位已完成验证的开发者则遇到了 Astra 的特殊情况：
“我还发现，用 Astra 处理过去一两周一直在用 5.6 sol 做的工作时，它几分钟后就直接放弃，并让我去申请 Daybreak。但我明明已经通过 Daybreak 验证了，笑死。”——u/WtWreckor15，发表于 r/OpenAI 的 Daybreak 验证讨论
这与文档描述一致：仅有 Blue 审批并不会降低 Astra 的安全限制。Astra 和 gpt-6.1-sol 必须在启用了 Red 的项目中使用，才能减少拒答；不过请求参数仍然要填写 daybreak_blue。
哪些基准成绩值得参考？还有一项 Astra 反而领先
下面列出的 GPT-6 Cyber 基准成绩，全部由模型提供方在最高测试推理预算下完成，并通过 GPT-6 Cyber 系统卡发布。因此，BenchLM目前没有给它排名：其跟踪的九个项目全部只有厂商原始成绩，没有独立测试覆盖。BenchLM 记录的 ExploitGym 和 SEC-Bench 领先者分别是 Gemini 4 Carbon，成绩为 53.5% 和 88.2%。
| 评测项目 | GPT-6 Cyber | GPT-6 Astra（Daybreak Blue） | GPT-5.6 Cyber | 说明 |
|---|---|---|---|---|
| ExploitGym（给定漏洞 pass@1） | 48.5% | 42.4% | 32.1% | 比上一代高 16.4 个百分点，比 Astra 高 6.1 个百分点 |
| ExploitGym Hardened | 36.9% | 29.7% | — | 面对更强缓解措施 |
| SRE-Bench（二进制逆向工程） | 92.8% | 88.0% | — | 不是站点可靠性工程任务 |
| SEC-Bench Pro（JS 引擎） | 87.0% | 85.4% | — | 领先幅度有限 |
| ExploitBench Internal Port（近期 V8/Chrome） | 42.0% | 39.0% | — | 目标较新，数据污染风险更低 |
| ExploitBench v8-bench | 100% | 100% | — | 平局 |
| 黑盒 Web 渗透测试召回率 | 40.3% | 32.0% | — | 未公布 precision/F1 |
| RemoteExploitBench（N-day） | 94.7% | 0.0% | — | Astra 在 Blue 权限下拒绝了所有任务 |
| 蜜罐越权范围率（越低越好） | 0.07% / 使用安全提示词时为 0% | 0.00% | 5.51% | 测试的是范围遵循，不代表整体安全性 |
在据此做预算前，有两项成绩需要打折看待。RemoteExploitBench 测试的不只是能力，也测试权限差异：Cyber 完成了 95% 的 GitLab/Postgres 类 N-day 任务，而 Blue 权限下的 Astra 全部拒绝，因此 0% 并不能代表 Astra 潜在的漏洞利用能力。蜜罐测试中，GPT-6 Cyber 的范围遵循率相较 GPT-5.6 Cyber 的 94.49% 更好，但这只覆盖一项评测，不能推导到每个客户网络。
根据 HandyAI 和 Kingy整理的 OpenAI 系统卡数据，更难的外部测试呈现了不同结果。在 Irregular FrontierCyber（包含 288 个真实软硬件任务）中，Astra 解决了 96 个，Cyber 解决了 90 个；两者都没有解决最难的 15 个任务，也都没有攻破完全加固的目标。在 Irregular CyScenarioBench（长链路、多步骤攻击）中，Cyber 以 61% 对 54% 领先，并至少成功完成了 11 个任务中的全部 11 个；Astra 则是 11 个中的 8 个。
相比单项分数，真实活动证据更能说明问题。根据 OpenAI 发布材料，以及 Axios 和 Magica的总结，2026 年 10 月中旬，一条自动化流水线扫描了约 280 万行与安全相关的 Linux 内核代码，约占整个内核的 7%；它生成了 2,308 个候选项，动态复现了 1,724 个，并通过补丁去重，最终得到 948 个不同的本地提权漏洞利用方案，API 积分成本为 1,213,430 美元。同一套流程使用 GPT-5.6 Sol 时，产出了 166 个漏洞利用方案，成本为 513,690 美元。除此之外，OpenAI 还报告了 81 个此前未知的高危 Firefox 漏洞的可复现证据，以及 30 个已知但被证明严重性更高的问题；据 Axios 和 Magica报道，Mozilla 已为其中许多问题发布修复。
根据 Magica的解读，948 这个数字应理解为一次活动的产出，而不是已经合并的修复数量。在同一份披露中，经过 10 天分析后，已有 61 个问题在上游完成修复，43 个拥有暂存补丁，299 个进入公开讨论，OpenAI 则披露了 304 个带有候选补丁的关键发现。早期运行也暴露出验证缺口：Magica称，在 200 个成功案例中有 20 个实际使用的是另一个未知漏洞，而不是任务指定的漏洞，因此需要更严格的约束和独立的目标漏洞检查。最初的一些补丁也只阻止了演示中的漏洞利用，却遗漏了变体，或带来了性能成本。
20/100 美元究竟买到了什么
根据 Kingy 11 月 5 日的价格核查，GPT-6 Cyber 的标准请求在输入不超过 272,000 tokens 时，输入价格为每百万 tokens 20 美元，输出价格为每百万 tokens 100 美元，缓存输入价格为每百万 tokens 2 美元。缓存写入价格为 30 分钟 25 美元，12 小时 50 美元，均按每百万 tokens 计算。相同示例下，Astra 的价格是 Cyber 的一半；Cyber 的输入价格比 GPT-5.6 Cyber 的 12.50 美元高 60%，输出价格则比其 75 美元高约 33%。以上数据来自 Kingy。
| 费用项目 | GPT-6 Cyber | GPT-6 Astra | 适用场景 |
|---|---|---|---|
| 每百万 tokens 输入 / 输出 | 20 / 100 美元 | 10 / 50 美元 | 所有多轮调查 |
| 每百万 tokens 缓存输入 | 2 美元 | —（见 Astra 页面） | 重复扫描同一代码库 |
| 10 万输入 + 1 万输出示例 | 3.00 美元（2 + 1 美元） | 1.50 美元 | 不含重试的预算基线 |
| 同一示例，输入完全命中缓存 | 约 1.20 美元 + 缓存创建费用 | 更低 | 大型内核或单体仓库扫描 |
| Linux 活动平均成本 | 每个不同 LPE 约 1,280 美元（121 万 / 948） | — | 活动平均值，不是单个漏洞的报价 |
1,280 美元只是成本分摊结果，不是报价。它对应特定的目标组合和流水线，包含信息泄露相关工作，但不包括沙箱、工程投入、人工复核和维护者时间；而且发现越多，后续分类处理积压也会越严重。真实调查还会产生多轮交互、工具调用、重试和长篇报告等额外开销。
当经过授权的漏洞利用验证或大规模审计成为瓶颈，并且 Astra 的拒答已经阻断工作流时，才值得购买 Cyber。代码审查、问题分诊、补丁草拟和日常工程任务，继续使用 Astra 或 gpt-6-sol 更合理。HandyAI 对系统卡的解读显示，Cyber 在 ExpertSWE 上的成绩为 82.95%，Astra 为 83.24%：在通用编程方面几乎没有优势，却要支付两倍价格。
获得审批后，哪些限制依然存在
已通过 Blue 验证的用户表示，模型仍会拒绝修复内存漏洞（见 r/codex）。另有一条延迟出现的 Cyber Exploitation 警告讨论，发帖者称自己并不清楚究竟是哪条请求触发了警告。
范围控制也不能只看一个百分比。在没有部署提示词的测试中，范围内比例为 99.93%，也就是说每 10,000 次运行中有 7 次会触及范围外服务；使用提示词后，OpenAI 在该测试中报告的比例为 100%。如果一次活动要运行数千次漏洞利用，真正的安全边界应当是提示词、网络隔离、目标和凭据白名单，以及人工复核的组合，而不是提示词本身。
补丁开发仍是尚未解决的另一半。自动化发现漏洞的速度已经超过修复速度：找到 948 个漏洞利用方案，不等于落地 948 个修复；维护者审查、去重、变体覆盖和发布流程仍然需要人工推进。
按下面的方式配置，可以避免常见的工单问题：
- 使用已启用 Red 的非默认项目及其对应 Key
- 根据模型设置正确的
cyber值（只有 cyber 模型使用daybreak_red） - 在进行压力测试前确认 IP 白名单和 SSO/MFA
- 在要求 ZDR 的场景中，锁定 ZDR 和 Private Safety Processing 配置
- 先在小型隔离试点中记录最终模型、范围、权限、token、命中、误报和阻塞原因，再与现有的扫描器加人工流程进行对比
真正的取舍在于规模与修复能力之间的矛盾：在 OpenAI 披露的活动中，漏洞线索的产生速度已经超过补丁审查和上游合并速度。
GPT-6 Cyber API 常见问题
如何申请 GPT-6 Cyber 的 Daybreak Red 权限？
先从 OpenAI 的 Daybreak 概览和账户团队渠道开始，完成 SSO/MFA 验证；然后由项目所有者在专用项目中启用 Red，单独申请 gpt-6-cyber 权限，配置 IP 白名单和 ZDR 处理方式，最后使用 daybreak_red 发起调用。
独立研究人员或个人能获得 Daybreak Red 吗？
OpenAI 的描述对象是符合条件的企业客户和网络安全从业者，Red 还需要单独审批。Cyber 初期只向少量 Red 客户开放，后续扩大范围的计划尚未给出时间表，因此申请时应准备好经过记录、能够说明用途的案例。已有渗透测试人员表示自己拿到了 Blue，却找不到明确的 Red 申请路径。
Daybreak Blue 会减少 GPT-6 Astra 的拒答吗？
在普通 Blue 审批下不会。Astra 仍然保留标准安全限制；如果要减少 Astra 和 gpt-6.1-sol 的拒答，需要获得 Red 审批并在项目中启用相关权限，但请求参数仍然填写 daybreak_blue。
GPT-6 Cyber 能在 ChatGPT 中使用吗，还是只能通过 API 和 Codex 使用？
截至本文评测时，它仅面向获批的 Red 客户通过 API 和 Codex 提供，尚未公布 ChatGPT 可用性。普通 ChatGPT 用户应根据资格使用 Astra，或使用支持 Blue 的主线模型。
GPT-6 Cyber 值得支付 Astra 两倍的价格吗？
如果任务是经过授权的漏洞利用、大规模漏洞验证或对范围高度敏感的智能体运行，早期厂商测试数据足以支持先做试点：ExploitGym 高 6 个百分点，加固目标测试高 7 个百分点，在 Red 权限下 N-day 任务完成率为 94.7%，范围遵循率为 99.93%。但对于代码审查、问题分诊和通用工程任务，价格只有一半的 Astra 是更好的默认选择。
如果要申诉网络安全警告或拒答，我应该记录什么？
保留最终解析出的模型 ID、请求计划值、项目 ID、时间戳、目标范围和凭据、完整提示词及工具调用轨迹，并记录是否使用了部署安全提示词，然后联系支持团队。公开文档没有解释延迟警告如何对应到具体请求，因此本地日志就是最重要的审计记录。