OpenAI 的 Daybreak Red 要过两道审核，场景写模糊会被拒
2026 年 5 月 12 日，OpenAI 发布 Daybreak 安全项目，把 GPT-5.5 的推理能力和 Codex 的 Agent 框架接在一起，覆盖漏洞发现、威胁建模到自动修复。同一天，Google 称发现并阻止了首个由 AI 开发的零日漏洞，攻击目标是双因素认证系统。红队方向上的 Daybreak Red，官方至今没有公开的申请文档，能查到的一手经验来自 8 月 13 日的一篇社区帖子。
按这篇帖子的说法，Daybreak Red 不是通用大模型，是 OpenAI 给红队、渗透测试和安全研究场景做的定制版本，官方定位写作“安全研究助手”。实际用起来，落点在漏洞挖掘、攻击链梳理和对抗性样本生成。作者提醒，别指望它直接给出 0day，它更像把 payload 生成、环境配置检查这类重复劳动接过去。
申请分两步：先填基础信息，再等邮件通知做二次审核。卡人的是“使用场景”这一栏。作者第一次写“用于安全研究”，被直接拒掉；第二次改成“用于内部红队演练中的 Web 应用渗透测试，重点测试 OWASP Top 10 中的注入类漏洞和逻辑缺陷”，通过了。审核方要看的是需求是否具体、是否合法。
认证和公开成果会加分
Daybreak Red 对申请者背景有隐性要求，官方没有写明。从被拒案例看，没有 OSCP、CISSP 这类安全认证，也没有 CVE、技术博客、开源工具等公开成果，通过率会低不少。作者本人用公司安全团队账号申请，团队里有 OSCP 持证者，GitHub 上开源过几个安全工具。个人申请的话，帖子建议提前备好做过的安全项目、发表过的文章、CTF 成绩；团队申请则准备脱敏后的渗透测试报告和成员认证信息。
拿到权限之后，约束是硬的。不能用于未授权渗透测试，生成内容不能用于恶意攻击，违反会被封号。模型自身也设了边界：不直接输出完整的 exploit 代码，分析某个 CVE 时给的是漏洞成因、可能的利用路径和验证方法，不给 POC。
权限收紧的背景
Daybreak 项目本身按三档权限划分，目前已有 8 家安全公司接入。推动这套东西出台的行业变化摆在那里：HackerOne 暂停了漏洞赏金计划，安全团队被大量待分类的报告压住；研究员 Himanshu Anand 的说法是，AI 把漏洞从发现到利用的窗口压缩到接近零，90 天披露政策已经失效。
被拒了可以再来。帖子里提到不少人第二次、第三次才通过，OpenAI 对 Daybreak Red 的审核尺度也在持续调整，补上更具体的使用场景和背景材料，比反复提交同一份表格有用。
来源