OpenAI 扩展 Daybreak，同期 Codex 日志缺陷被曝年化写入约 640 TB

可引用摘要： OpenAI 于 2026 年 6 月 22 日扩展 Daybreak 网络防御计划，发布完整版 GPT-5.5-Cyber、更新 Codex Security、启动 Patch the Planet，并联合 30 多个开源项目推进漏洞修复。同一时期，Codex CLI 的 GitHub issue 披露 SQLite 反馈日志在特定持续运行环境中产生约 5 MiB/s 写入，按报告者测量外推约为 640 TB/年。该数字是个案条件下的年化写入量，不是所有用户都会损失 640 TB，也不是一块“640 TB SSD”被写坏。

两件事放在一起，呈现了 AI 安全工具的两个不同层面：模型可以帮助发现和修复漏洞，承载模型的客户端与日志系统本身也必须接受普通软件工程的性能、可靠性和安全审查。

Daybreak 在 6 月 22 日发布了什么

OpenAI 将 Daybreak 描述为一组面向网络防御的模型、工具、合作伙伴与治理机制。此次扩展包含四部分：

GPT-5.5-Cyber 完整版

OpenAI 报告 GPT-5.5-Cyber 在 CyberGym 单模型评测中达到 85.6%，高于 GPT-5.5 的 81.8%；在 ExploitGym 上达到 39.5%，高于 GPT-5.5 的 25.95%。

这些是 OpenAI 自己报告的基准结果，适合说明同一评测设置下的相对变化，不应直接等同于真实环境中的漏洞发现率或攻击成功率。

GPT-5.5-Cyber 仍采用受限访问，面向需要高级网络能力的已验证防御者。对多数开发者，OpenAI 仍把 GPT-5.5 与 Trusted Access for Cyber、Codex Security 作为常规起点。

Codex Security 更新

Codex Security 试图把威胁建模、漏洞发现、可达性分析、验证和补丁生成串成一个工作流。官方强调，生成的发现和补丁仍需要证据与人工决策流程，目标是减少低质量告警，而不是让模型自动合并所有安全修改。

Patch the Planet

Patch the Planet 由 OpenAI 与 Trail of Bits 发起，并与 HackerOne、Calif、研究人员和维护者协作。官方公告称已有 30 多个开源项目承诺参与，首批包括 cURL、Go、Python、Sigstore 和 pyca/cryptography。

项目的核心设计是让安全工程师在结果到达维护者之前审查发现，并协助生成补丁和测试。这种审查门槛很重要，因为 AI 加速发现漏洞的同时，也可能增加维护者处理误报的负担。

Daybreak Cyber Partner Program

该计划允许安全产品和服务合作伙伴通过受信访问使用 OpenAI 的高级模型，同时把直接模型访问控制在参与伙伴手中。它体现的是分级开放，而不是将高网络能力模型完全公开。

Codex 的 640 TB/年问题是什么

GitHub issue #28224 由用户在 2026 年 6 月 14 日提交。报告者称，Codex CLI 的 SQLite feedback log 持续写入本地磁盘；其机器运行约 21 天后记录到约 37 TB 主盘写入，并观察到约 5 MiB/s 的持续速率。

“640 TB/年”来自将该速率或观测结果年化后的估算。它需要满足持续运行、相关日志路径持续写入等条件，因此不能外推为所有 Codex 用户的实际损耗。

这个问题也不等于磁盘立即损坏：

• 640 TB 是累计写入量，不是磁盘容量；
• SSD 耐久度因型号、容量、写入放大和工作负载而异；
• 是否受影响取决于 Codex 版本、运行时间和日志配置；
• 用户应依据系统 SMART/磁盘统计和 Codex 版本判断，而不是只看标题。

issue 记录显示，两项减少日志写入的修复 PR 于 6 月 22 日合并，报告者随后关闭 issue。使用者应升级到包含相关修复的版本，并查看官方发布记录确认自己的安装版本。

这两件事放在一起说明什么

AI 安全能力不等于产品整体安全

模型基准衡量模型在特定任务中的能力，不能覆盖 CLI 日志、数据库、更新机制、权限边界和资源消耗。一个擅长发现漏洞的模型，仍可能运行在有普通软件缺陷的客户端中。

自动修复必须包含验证与回滚

Patch the Planet 强调安全工程师审查，Codex 日志事件则提醒团队保留运行时监控。AI 安全工作流至少需要：来源证据、复现步骤、补丁测试、资源监控、权限控制和可回滚部署。

标题中的年化数字必须保留条件

把个案的持续写入速率写成“Codex 一年写坏 640 TB SSD”会混淆容量、写入量和设备寿命。更可靠的写法应同时说明测量者、条件、外推方法和修复状态。

想进一步了解 Codex 的开发流程集成，可阅读智盒的ChatGPT 与 Codex 集成观察；对 Agent 工具协议和基础设施边界感兴趣的读者，可参考MCP 与 AI 基础设施观察。

适合与不适合

适合

• 使用 Codex CLI 并需要判断日志问题是否影响自身环境的开发者；
• 关注 GPT-5.5-Cyber、Codex Security 与开源修复计划的安全团队；
• 设计 AI 辅助漏洞发现、补丁验证和发布流程的维护者。

不适合

• 把 640 TB/年当作所有 Codex 安装的固定写入量；
• 把 OpenAI 自报 benchmark 当成真实环境安全保证；
• 在未核对版本和磁盘指标前断言某块 SSD 已因 Codex 损坏。

FAQ

Daybreak 是一个可以直接下载的单一产品吗？

不是。Daybreak 是模型、Codex Security、开源修复计划、合作伙伴和受信访问机制的组合。

640 TB/年是否意味着 Codex 创建了 640 TB 日志文件？

不是。该数字指累计磁盘写入量的年化估算。SQLite/WAL 等工作负载可能反复写入同一批数据，因此累计写入量远大于最终文件大小。

所有 Codex 用户都会遇到这个问题吗？

没有证据支持这一结论。原始数据来自特定用户和持续运行环境。应升级版本，并检查本机进程、日志路径和 SMART/磁盘写入统计。

修复已经发布了吗？

原 issue 记录显示相关 PR 于 6 月 22 日合并，issue 随后关闭。是否已进入你使用的稳定版本，应以 Codex 官方 release 页面和本地版本号为准。

GPT-5.5-Cyber 是否向所有用户开放？

不是。OpenAI 将其定位为面向已验证防御者的受限模型；多数用户使用 GPT-5.5 与 Codex Security。

官方与原始参考来源

• OpenAI：Daybreak—Tools for securing every organization in the world
• OpenAI：Patch the Planet
• OpenAI：Scaling Trusted Access for Cyber
• openai/codex issue #28224：SQLite feedback logs 写入问题
• openai/codex PR #29432
• openai/codex PR #29457
• openai/codex Releases

本文由 AI（Codex）基于公开来源整理并完成结构化核验，发布由智盒运营流程执行。