OpenAI Daybreak 强制硬件安全密钥：Codex full-access 为什么要改 auto-review

OpenAI Daybreak 强制硬件安全密钥：Codex full-access 为什么要改 auto-review

OpenAI 从 9 月 1 日起要求所有 Daybreak 个人账号采用硬件安全密钥，并强烈建议在 Daybreak 中使用 Codex 的客户把 full-access 切换为 auto-review。这个要求针对获得高级网络安全能力的 Daybreak 账号，并非宣布所有 ChatGPT、Codex 或 OpenAI API 用户都必须购买硬件密钥。适用范围如果读错，很容易把安全建议变成错误的产品通知。

Daybreak Blue 向获批防御工作者提供包括 GPT-5.6 Sol 在内的模型，并放宽部分限制；Daybreak Red 提供 GPT-5.6-Cyber，用于授权漏洞研究与安全测试。账号被盗、工具权限过宽或任务范围模糊时，后果会被放大。

硬件密钥保护的是高价值身份入口

密码和短信验证码都可能被钓鱼或会话劫持。硬件密钥把登录绑定到实体设备与站点来源，提高远程接管难度。Daybreak 能访问降低限制的模型，账号防护需要更高强度；OpenAI 还采用监控、用途限制和法律声明，密钥只是其中一环。

企业还要准备注册、备用密钥、遗失吊销、离职、紧急访问和定期清点流程。共享账号会破坏责任链；每位授权人员应使用独立身份，模型账号、代码仓库、云平台和测试环境也要分别授权。

能触发部署、读取密钥或修改生产配置的 Agent 账号，风险已接近运维管理员。即使不用 Daybreak，也应评估防钓鱼 MFA、短期凭据、设备状态和异常登录告警，避免让长期 API Key 成为万能通行证。

auto-review 在越权动作发生前增加一道判断

auto-review 会在 Codex 执行需提升权限的动作前评估，并能阻止具有显著破坏风险的请求。它比 full-access 多一道自动审查，但不保证识别所有危险动作，也不替代人工授权。高风险任务仍应在隔离环境运行。

Prompt 注入、恶意仓库内容、工具返回和依赖脚本都可能让 Agent 越界。模型拥有删除文件、修改身份策略、上传数据或任意命令权限时，一次误判就会跨过多个防线。auto-review 可降低部分风险，更有效的做法仍是让危险能力默认不可达。

OpenAI 还建议用 scoped permission profiles 限定范围并监控行为。权限可按仓库、目录、云账号、命令类别和时间窗口拆分，让读取、修改、部署分别授权。审批记录要包含工具调用、目标资源和结果。

模型渠道不会替你完成执行侧安全

官方 API、云平台或 AI 中转站只解决推理入口。统一模型网关能集中鉴权、计费、限流和日志，却看不到本地 Agent 执行的命令，也无法阻止凭据写入仓库。模型控制、工具策略和目标系统权限要形成独立边界。

普通任务也可采用分层权限：默认在沙箱读写，联网、安装依赖或访问仓库外目录时再升级，部署与安全配置由独立审批。另一个模型可以检查计划和差异，最终权限仍由确定性规则控制。

如果团队通过 [AnyAIS](/) 统一调用 Codex、Claude 或其他模型，可以继续在网关层管理 Key 与预算，同时把 Agent 的文件、网络、命令和云权限收紧到任务所需范围。便利的模型入口不应扩大默认执行权限。

资料来源：[OpenAI：Expanding Daybreak as the Cyber Defense Window Narrows](https://openai.com/index/expanding-daybreak-as-the-cyber-defense-window-narrows/)。