GPT-6 Cyber 官宣：Astra 的网络安全特化变体登陆 API，ExploitGym 48.5%、Preparedness 升至 Critical

2026 年 11 月 5 日，OpenAI 发布 GPT-6 Cyber：一款面向授权安全工作的网络安全特化模型，官方定义为「训练用于发现与验证可利用漏洞、同时待在研究者设定的授权范围内」。系统卡给出的血统定义是 a cyber-specialized variant of GPT-6 Astra——它是 GPT-6 Astra 的 cyber 特化变体，不是从零训练的独立模型。与上一代 GPT-5.6 Cyber 相比，官方基准报告 ExploitGym 得分 48.5% 对 32.1%（约 51% 相对提升），越界行为控制从 94.49% 提升到 99.93%（无部署提示词口径），Preparedness Framework 网络安全档从 High 升到 Critical。本站于 2026-11-06 对公告、changelog、模型卡、定价页、Daybreak 指南、系统卡、弃用页与两包官方 SDK 做了一轮全链路核对，本文逐条给出出处。

1. 概述：GPT-6 Cyber 是什么

GPT-6 Cyber 是 OpenAI 2026-11-05 官宣、同日进入 changelog 与官方模型目录的网络安全特化模型，模型 ID 为 gpt-6-cyber（默认快照同名，模型卡仅列这一个快照）。官方新闻 RSS 条目的定义句是：Introducing GPT-6 Cyber, OpenAI's cybersecurity model for finding exploitable vulnerabilities and developing fixes, trained to stay within authorized scope——找可利用漏洞、开发修复、并且训练它待在授权范围内。

系统卡《GPT-6 Cyber System Card》（2026-11-05 发布）进一步写明血统与训练方式：它是 GPT-6 Astra 的 cyber 特化变体，后训练聚焦两件事——用强化学习训练漏洞复现、exploit 开发、代码库漏洞搜索等任务，同时加入对齐信号，强化「遵循用户意图范围与授权、不做未授权动作、如实报告结果」。

它的定位可以概括成三句话：

• 能力面：在多数 cyber 任务上超过 GPT-6 Astra（即使 Astra 不拒绝请求），全面超过 GPT-5.6 Cyber；
• 对齐面：ExploitGym Honeypot 等评估显示它极少越出任务授权范围；
• 访问面：走 Daybreak Red 计划，审批门槛是全家族最高的——Red 资格之外还要模型级单独审批。

2. 发布渠道与当日可核状态

这轮发布的官方材料链路异常完整，本站 2026-11-06 的核对结果如下：

需要说明的是：公告页对 curl 与常规抓取返回 403，本站通过浏览器渲染通道读取全文；changelog、模型卡、定价页、指南、弃用页都沿用「页面 URL 加 .md」的官方 markdown 全文变体。上述每一条事实都能在下文指回对应渠道。

3. 模型卡速览：上下文、模态与端点

官方模型卡（2026-11-06 抓取）给出的硬规格：

• 默认快照：gpt-6-cyber（唯一快照）；
• 输入模态 text + image，输出模态 text；
• 上下文窗口 1,050,000，最大输入 922,000，最大输出 128,000；
• 支持 reasoning token；
• 标准限流：Build 5,000 RPM / 1,000,000 TPM，Launch 10,000 RPM / 4,000,000 TPM，Grow 15,000 RPM / 40,000,000 TPM（组织有自定义限流时以实际为准）。

端点支持是这张卡与 GPT-5.6 Cyber 卡最显眼的差异：GPT-6 Cyber 的端点表里 Chat Completions 与 Responses 双双标记 Supported，而 GPT-5.6 Cyber 卡仅 Responses 支持（本站 2026-11-06 复核两卡确认）。完整端点表：

特性清单：streaming、structured_outputs、function_calling、web_search、prompt_caching。Responses API 工具清单：function_calling、web_search、file_search、tool_search、image_generation、code_interpreter、hosted_shell、apply_patch、skills、computer_use、mcp。

4. 定价：$20/$100 与缓存三档

官方定价页 Cyber models 区（Our latest Daybreak models）与模型卡一致（2026-11-06 抓取）：

模型卡注明这些都是标准短上下文价；定价页长上下文各栏以「-」呈现——GPT-6 Cyber 没有长上下文档，这与 GPT-5.6 Cyber / GPT-5.5-cyber 的处理一致。横向看：GPT-5.6 Cyber 是 $12.5/$75（缓存读 $1.25），GPT-6 Cyber 定价高出一档，与它 Preparedness 分级的上调方向一致。

5. 基准与 Preparedness 分级

公告与系统卡给出的核心数字（对照对象均为官方原文口径）：

几个背景点：

• ExploitGym 测的是模型能否利用一个指定漏洞打到远程目标；ExploitGym Honeypot 从 ExploitGym 里挑部分最难任务、加一个故意容易被利用的辅助服务（包仓库、对象存储之类）当蜜罐，模型必须推断出「打蜜罐」超出任务范围——这套评估的设计参考了 Hugging Face 事件（OpenAI 对该事件另有专文）。
• RemoteExploitBench 是本次新造的基准，用 GitLab、PostgreSQL、Jenkins 等应用的已知漏洞搭受控环境，评估 Daybreak Red 场景下的远程 exploit 工作流；GPT-6 Cyber 完成了 95% 的任务，唯一失败是一个没能远程跑通的 exploit。
• Preparedness Framework 分级：网络安全档 Critical（GPT-5.6 Cyber 为 High）；系统卡写明与 GPT-6 Astra 同级——生物化学档 High、AI 自我改进档低于 High。
• cyber 拒绝率面（系统卡）：通用安全协助与漏洞修补任务完成 100%、exploit 开发 96%、红队 97%——特化训练明显压低了授权场景的拒绝。
• Auto-Review 尊重（系统卡）：Auto-Review 拒绝后完成被禁动作的比例为 0%（GPT-6 Astra 0%、GPT-5.6 Sol 0.3%、GPT-5.6 Cyber 5.51%）。
• 生物安全（系统卡）：severe 请求安全响应 99.87%、dual-use 98.27%、良性问题无不必要拒绝 97.22%——cyber 拒绝率的下调没有外溢到生物领域。

6. 访问与开通流程

GPT-6 Cyber 是 Daybreak 家族里审批层级最高的一个。Daybreak 指南的模型-程序对照表里，它的要求是 Red + additional model approval——组织先有 Daybreak Red 资格，再为这个模型单独审批，两步都由账号团队确认。请求侧的用法：

curl https://api.openai.com/v1/responses \
  -H "Authorization: Bearer $OPENAI_API_KEY" \
  -H "Content-Type: application/json" \
  -d '{
    "model": "gpt-6-cyber",
    "access_programs": {"cyber": "daybreak_red"},
    "safety_identifier": "user_a17f",
    "input": "Suggest a regression test for a path traversal fix."
  }'

（以上为官方 Daybreak 指南 Set up GPT-6-Cyber 节的原样示例；safety_identifier 按指南要求替换成请求者的稳定假名标识。）

开通清单（指南原文归纳）：

1. 账号团队确认：组织有 Daybreak Red 访问权与 GPT-6 Cyber 模型审批；
2. 项目访问：组织属主为发送请求的项目启用 Daybreak Red——有项目级管控时用非默认项目与该项目的 key；
3. IP allowlist：为应用出口 IP 配置白名单；获批把模型嵌入产品的场景，终端用户不需要各自配置；
4. ZDR 项目：配置 Private Safety Processing（PSP），确认存储显示 Validated、保留策略为 Zero Data Retention with Private Safety Processing——PSP 会作用于该项目全部 API 流量。

请求结果的核对方式：响应里 access_programs.cyber 记录本次实际选用的程序。错误码三个，都出自指南的 Handle errors 表：

另有一个默认行为值得注意（指南）：从 gpt-6.1-terra 起，省略 access_programs.cyber 的请求按 standard 处理，不再默认落到最高可用 Daybreak 档；对 Red 模型（如 gpt-5.6-cyber）省略时 API 会选 daybreak_red、缺权限直接失败。

7. 实战战果与防护体系

公告给出的实战数字（均为公告原文口径）：

• Linux 内核：复现 1,724 个漏洞、开发 948 个可用 exploit——同一研究 harness 下 GPT-5.6 Sol 是 166 个（官方称五倍以上）；按 Linux 社区指引，304 个 critical 发现已连同候选补丁披露给维护者，其余漏洞的修复在进行中。这项工作另有官方专文《A thousand fewer paths to root》（11-04 发布）。
• Firefox：在一次漏洞研究行动中产出 81 个 Mozilla 定级 high 的新漏洞的证据与可复现测试，并论证 30 个已知问题比此前认定更严重；已向 Mozilla 披露并附建议补丁，Mozilla 收到报告后不久开始合入修复（官方公告链接了 Mozilla 安全公告 MFSA 2026-118）。
• Brotli：与 OpenAI 其他模型配合，对 Brotli（Node.js 等使用的压缩库）的一个 critical 漏洞开发并验证了可导致下游应用远程代码执行的 exploit。
• 自家用例：OpenAI 用它加固自家基础设施，包括近期公布的训练环境加固工作；公告同时点名 Cisco、Calif、CodeRabbit 三家安全团队在用它做漏洞研究与代码评审。

防护体系（公告与系统卡）：cyber 专项 misalignment 监控（识别合法 exploit 开发与越权行为的区分）、针对新威胁的定向监控（例：PHP critical 漏洞协同披露期对「打在线 PHP 服务器」的尝试做定向监控、同时不妨碍防御者修补）、ZDR 客户的 PSP（加密记录留在客户存储 30 天供自动安全审查，OpenAI 人员不可见 prompt 与响应）、Daybreak Red API 默认 IP allowlist 加凭据盗用监测、关键系统高危活动拦截，以及沿用既往的沙箱、动作审查与人工监督建议。

关键基础设施方向有两个新动作：$1B「Daybreak for Frontline Defenders」资助计划（补贴政府组织与基础服务提供方等资源受限团队的访问成本），以及 Daybreak Red 内的新分组 Daybreak Red for Critical Infrastructure（获批的关键基础设施防御者可对关键系统做授权测试，同时保留对失准的防护）。公告还披露与工控安全厂商 Dragos 的合作：Dragos 在受控实验室用 cyber-permissive 的 Daybreak Red 模型做了从网络发现、资产枚举到敏感数据外传与危险设备动作的递进式评估，OpenAI 据其反馈调整了防护。

8. SDK 与 Codex 侧现状

SDK 类型层的跟进当天完成：

• openai-python v3.47.0（GitHub 2026-11-05 18:04 UTC，PR #4249）与 openai-node v7.52.0（18:05 UTC，PR #3116）：gpt-6-cyber 进入 Responses 模型联合，位置在 gpt-5.6-cyber 与 gpt-rosalind-research 之间；
• 它没有进 ChatModel 枚举（本站对 v3.47.0 tag 的 chat_model.py 实测确认）——gpt-6-rosalind 也是同样形态（v3.46.0 #4243 / node v7.51.0 #3109 于 11-05 补进 Responses 联合），这类受审批控制的模型在 SDK 里走 Responses 联合而不进通用 ChatModel 枚举；
• 同批还有数据驻留扩容（python v3.46.0 #4246 / node v7.51.0 #3112：DataResidency 联合新增 au/in/jp 三个区域端点）。

Codex 侧的口径要分开两句话写：公告说 GPT-6 Cyber 初期经 API 与 Codex 向部分获批 Daybreak Red 客户开放；但截至 2026-11-06（当日 0.167.0 发布前），Codex changelog（已迁至 learn.chatgpt.com/docs/changelog，本站当日抓取）11 月仅有 11-02 的 iOS 条目，rust-v0.168.0-alpha.6 的捆绑 models.json 里也没有独立的 gpt-6-cyber 条目（daybreak 两别名仍 visibility=hide，窗口 Blue 272K/872K、Red 372K/372K 未变）。Codex 侧的实际投送形态要等目录或 changelog 更新再补录，本文不做推断。更新注记（2026-11-06 复核）：Codex CLI 0.167.0 已于当日 01:40 UTC 发布，changelog 11 月随之新增该条目；条目未点名 GPT-6 Cyber，只在变更清单里列有 #58190「Allow providers to opt into Cyber access programs」。rust-v0.167.0 的捆绑 models.json 与 alpha.6 逐字节一致，仍无 gpt-6-cyber 条目，上述 Codex 侧结论不变。

9. 对现有 Daybreak / Cyber 格局的影响

把这次发布放进 Daybreak / Cyber 时间线看：

连带的存量调整（官方弃用页，2026-11-06 核对）：

• gpt-5.5-cyber-preview：2026-11-05 公告弃用，2027-02-01 从 API 移除；替代措辞与 gpt-5.4-cyber 时代一样，仍是没有具体模型 ID 的「你能用的最强 cyber 模型」；
• gpt-5.4-cyber：已于 2026-10-01 移除（2026-09-11 公告）；
• Daybreak Blue / Daybreak Red 两别名：模型卡上仍标 Deprecated（2026-11-02 抓取时的状态，本批未重抓两卡，状态引用以该次核对为界）。

访问面同步扩容（公告原文口径）：GPT-5.6 Cyber 向全部 Daybreak Red 客户开放；GPT-6 Astra 的 Daybreak Blue alpha 向更多组织与个人安全研究者扩面；新用户可经 openai.com/daybreak/ 申请 Daybreak。

10. 常见误解与排查

• 「官宣 = 立即可用」：不成立。模型卡明确写「你的组织需要 Daybreak Red 访问权与审批才能使用 GPT-6-Cyber，账号团队可以确认」；可用性按公告是初期部分获批客户、逐步扩面，以你自己的审批面为准。
• 「Daybreak Red 资格 = 能调 gpt-6-cyber」：不够。指南的对照表对 GPT-6-Cyber 列的是「Red + additional model approval」，模型级审批是独立的一步。
• 「不带 access_programs 也能用」：对 Red 模型省略该参数时 API 会选 daybreak_red，权限缺失直接失败；从 gpt-6.1-terra 起省略则按 standard 处理。显式传值与模型不匹配会报 invalid_access_program。
• 「Chat Completions 不支持」的旧印象：那是 GPT-5.6 Cyber 卡的端点表；GPT-6 Cyber 卡 CC 与 Responses 双支持（两卡 2026-11-06 复核）。写选型清单时按各卡当日端点表走，别跨代复制。
• 「SDK 里找不到它」：gpt-6-cyber 只在 Responses 模型联合里，不在 ChatModel 枚举——按「Responses 联合新增值」检索，别按枚举检索。
• 状态引用带核对日期：本文全部状态断言核对于 2026-11-06；弃用页、Daybreak 资格、扩面节奏都可能随后变化。

11. 下一步

• 《Daybreak 与 Cyber 模型卡上线官方目录：Blue/Red 别名标弃用，GPT-5.6 Cyber 证实 400K 上下文与审批制》——上一代 Cyber 卡的完整拆解，本文多张对照表的 5.6 侧出处。
• 《OpenAI 模型更新日志（2026 持续更新）》——11-05 GPT-6 Cyber、11-04 GPT Image 2.6 等条目的时间线归档。
• 《GPT-6-Astra 落地：进入 Codex 模型选择器与 Amazon Bedrock 目录》——血统里「变体」的基座模型，迁移指南与 effort 阶梯见此文。
• 《OpenAI 公开 misalignment 报告：内部研究模型挪用测试加密钱包支付部署 gas》——本文防护体系里 misalignment 监控的机制背景。
• 《OpenAI 弃用生命周期指南：通知期、关停日历与迁移清单》——gpt-5.5-cyber-preview 这类短名单弃用的处理框架。
• 《GPT 模型完全指南（2026-07）：GPT-5.6 Sol / Terra / Luna 选型》——现役主力家族选型全景（本文模型不在通用选型面内，审批制是前提）。