五句话看懂 Codex Security
- Codex Security 是 OpenAI 的应用安全智能体：审查代码里的漏洞，并给出可供你核实和修复的证据。形态有四种——扫本地仓库的 ChatGPT 插件、CLI、TypeScript SDK，以及研究预览版的云端扫描。
- 在 ChatGPT 桌面端的 Plugins 页面安装（Codex CLI 里用 /plugins），然后给目标仓库开一个全新聊天——quickstart 的规矩是绝不续用旧聊天。
- 文档写明了最佳扫描配方：gpt-5.6-sol 加 xhigh 推理力度。首次扫描是只读的：源码一个字不动，智能体只负责验证可疑发现。
- 深度扫描会对同一个仓库跑多轮相互独立的标准扫描再合并结果——波动更小，耗时和 token 都更多。审 diff 和拉取请求请改用 $codex-security:security-diff-scan。
- 每次扫描都会留下 report.md、findings/<slug>/、hardening/ 和 JSON 清单。整个目录别拆散，也别忘了先看覆盖率汇总，再决定信不信「零发现」。
Codex Security: Make Your App Safer
频道：Software Engineer Meets AI3:59
Codex Security — OpenAI Codex documentation
文档：developers.openai.com
帧画面全部来自一段 Codex Security 插件的完整录屏——保留帧无人脸、无烧录字幕。事实逐条对照官方 Codex Security 文档（插件 quickstart、深度扫描、代码改动审查）以及 openai/codex 0.163.0、0.164.0 的 release notes 核实。录屏里的模型档位显示 5.6 Sol，与文档当前的 gpt-5.6-sol 推荐一致。
视频帧画面归原作者所有，此处仅作为分步文档引用，附署名与原片时间戳深链。
从装插件到拿到第一份 Codex Security 报告
先认识这个安全智能体
- 1
装之前，先弄清 Codex Security 是干嘛的
Codex Security 是 OpenAI 的应用安全智能体：审查代码漏洞，并给出你能拿去核实、修复的证据。它有四种形态——Codex 里扫本地仓库的插件、可重复跑终端扫描和 CI 的 CLI、TypeScript SDK，还有盯着已连接 GitHub 仓库的云端（研究预览）。本篇全程只讲插件。
文档把 Codex Security 定位成覆盖插件、CLI、SDK、云四种形态的应用安全智能体。 - 2
看懂 Analyze、Understand、Threat Model 这条流水线
每次扫描都走同一条回路：先分析仓库，再搞懂数据和信任边界在你的代码里究竟怎么流动，最后生成威胁模型，决定哪些地方值得重点盯。这就是扫描要跑几分钟而不是几秒的原因——也是文档反复强调「只扫你拥有或有权限评估的代码」的原因。
视频里的手绘模型：先 Analyze，再 Understand，最后 Threat Model。 - 3
在 Plugins 页面装上 Codex Security 插件
在 ChatGPT 桌面端打开 Codex，进 Plugins 搜 Codex Security。公共插件卡片的描述是 Security scanning for your codebase——装上、确认启用，侧边栏就会出现 Security 入口。CLI 里的等价操作：跑 codex，输入 /plugins，搜索后安装。
在 Plugins 里搜 codex se 就能看到公共的 Codex Security 插件卡片。
跑第一次扫描
- 4
给目标仓库开一个全新的聊天
quickstart 的规矩：在 Codex 里打开目标仓库，新开一个聊天——别续用旧聊天，残留上下文会污染扫描。模型按文档说的选：gpt-5.6-sol 配 xhigh 推理力度。扫描是只读的，源码不动，跑完存一份带证据和修复建议的报告。
插件 quickstart 一共三步：装插件、跑第一次只读扫描、在 Codex 里看结果。 - 5
配置扫描：Codebase 还是 Changes、范围、上下文
发起扫描会弹出 Set up security scan 对话框。扫描类型选 Codebase（扫仓库或某个文件夹）或 Changes（审查 PR、commit、补丁）。核对扫描范围（整个 codebase 还是单个文件夹）、当前分支和最后一次 commit，需要的话再打开 threat model scoping guidance，让智能体优先盯你关心的面。然后点 Start scan。
扫描对话框把目标锁定在 main 分支的 codex-security-demo-commerce 仓库上。 - 6
读结果：严重度、覆盖率、证据
扫描完成后打开 Findings 工作台：严重度计数、覆盖率（示例里是 28/28 个文件）、每个可上报发现一行——演示里是一处 High 级别的授权绕过 / IDOR，出在订单详情端点上。每条发现都带源码证据、攻击前提和验证结论，而且验证可以只靠源码分析，不必真跑复现。
演示仓库的首次扫描：28 个文件里揪出一处 High 级 IDOR。
上深度扫描
- 7
掂量一下：标准扫描还是深度扫描
标准扫描就是对仓库或某个文件夹跑一遍审查——首扫和日常巡检够用。深度扫描会对同一目标跑多轮相互独立的标准扫描再合并发现，用更长的运行时间和更多 token 换更小的波动。深度扫描只吃仓库和文件夹；diff 一律走改动审查那条线。
官方对比表：深度扫描拿运行时间和资源换更低的波动。 - 8
在聊天输入框里发起深度扫描
对话式入口：发一句 Use $codex-security:deep-security-scan to run a deep security scan of this repository。要扫 monorepo 里的单个组件，就把 this repository 换成那个文件夹的路径。Codex 会先打开扫描设置，等你亲手点 Start scan 才开始动仓库。
在 clicksis 仓库的新聊天里敲好的 deep-security-scan 提示词。 - 9
核对设置，放行 preflight
Deep Security Scan skill 会先打开设置工作台：Deep scan 已勾选、扫描范围 Entire codebase、当前分支和最后一次 commit 已核对、可选的威胁模型范围指引。你点下 Start scan 之后，插件才会先对运行环境跑 preflight，再进入发现阶段。
深度扫描的设置会一直等你亲手按下 Start scan 才碰仓库。 - 10
盯住各阶段：preflight、发现、审查、出报告
深度扫描会反复跑发现阶段，再走集中验证和报告，全程不改仓库文件。Scan progress 面板标着当前走到哪一步——preflight checks、mapping attack surface、reviewing code、validating findings、tracing impact、building report——还有多少个并行扫描在跑。
第 3 步共 4 步：preflight 结束，发现阶段运行中，后台六个扫描并行。
审查改动，留住证据
- 11
审查未提交改动和分支区间
合并之前，审 diff，别全仓扫。未提交的改动：Use $codex-security:security-diff-scan to review my current uncommitted changes for security regressions。分支区间要写明两个 revision，再补一句焦点清单：Focus on authentication, authorization, input handling, filesystem access, network requests, and secrets。
两段可直接复制的提示词，覆盖工作区改动和 origin/main 到 HEAD 的区间。 - 12
留住扫描目录：report.md 和那几个 JSON
每次扫描完成都会写下 report.md 作为可读入口、findings/<slug>/ 目录（每个发现一份详细漏洞报告）、有可上报发现时的 hardening/ 加固提案，以及给自动化用的 scan-manifest.json、findings.json、coverage.json。要分享就整个目录一起给，report.md 里的链接才不会断。
report.md 是入口；findings、hardening 和 JSON 清单都放在旁边。
Daybreak：Codex Security 重度玩家的信任分层
Codex CLI 的 0.163.0 版本（2026 年 10 月 15 日）把 Daybreak 对符合条件的账号默认打开了——如果你靠 Codex 跑安全工作流，这件事值得弄明白。Daybreak 是 OpenAI 的 Trusted Access for Cyber 计划：一道按审批放行的访问分层，为经过验证、获授权的安全工作放宽模型拒绝。
- 1Daybreak Blue 是防御向分层：在 GPT-5.5、GPT-5.6 Sol、GPT-6 Sol、GPT-6 Luna 这些主线模型上降低拒绝率，面向已验证的防御工作——漏洞分诊、安全代码审查、检测工程、应急响应、补丁验证。多数安全团队都该从这里起步。
- 2Daybreak Red 是进攻向分层：开放 GPT-5.5-Cyber 这类网络安全特化模型，并在 Astra 上降低拒绝率，用于获授权的渗透测试、红队作业和漏洞利用验证。它需要单独审批，只对企业和商业组织开放。
- 3在 Codex CLI 里，交互会话用 /daybreak 打开，无头命令在配置里写 daybreak=true。0.163.0 的 release notes 写明：对符合条件的账号默认启用，codex exec 在服务端开放时也能用 OpenAI API key 选中它。
- 4审批通过不等于自动生效——Daybreak 还要在工作区或 API 项目控制里对请求启用，Codex 应用高级模型选择器里的这个开关默认是关的。
- 5边界很死：只许对你拥有或明确获准测试的系统做防御工作。不许碰面向客户的应用，不许替第三方访问，不许转售访问权——标准使用条款照样叠在上面。
- 60.164.0（2026 年 10 月 23 日）没有动这些默认值，只打磨了边角——Daybreak 通知改为显示在会话头部之后。结论很简单：保持 CLI 及时更新，把 Daybreak 当成「分诊被合理发现反复卡住时」才去申请的那一档。
对多数读者来说，默认姿态已经是对的：Codex Security 在标准安全防护下配 gpt-5.6-sol xhigh 就能跑好。Daybreak 的存在意义，是让拿到审批的团队在合法利用路径需要完整分析时不再中途卡死——工作流需要时再申请，好奇心需要时别申请。