编写漏洞报告

使用 $codex-security:vulnerability-writeup 为每个独立漏洞创建一份内容完整的 报告。你可以从 Codex Security 扫描结果入手， 也可以直接使用提供的发现、披露说明、PoC 和源代码。 无需先运行 Codex Security 扫描。

准备证据

向工作流提供：

• 要审查的发现、披露说明或评估文档。
• 目标源代码树及受影响的修订版本或发布版本。
• 现有的 PoC、日志、跟踪记录、截图或诊断输出。
• 可用的修复提交或差异。

Codex 会先对照受影响的源代码核查每项论断，再编写 报告。如果无法获取源代码或受影响的修订版本，请决定是否 继续生成报告，并在其中标明未经验证的论断。

运行工作流

发送如下提示：

Use $codex-security:vulnerability-writeup to create one self-contained report for each distinct vulnerability in [input paths]. Verify the claims against [source path and revision], preserve or improve the supplied PoCs, and write the reports to [output directory]. Use a local test environment for reproductions.

Codex 会清点提供的材料，将描述相同 根本原因和漏洞路径的报告归为一组，并为每个独立 漏洞创建一个报告目录。每个目录都包含一份 Markdown 报告， 如果有配套的 PoC 文件，还会包含一个 poc/ 目录。

审查每份报告

分发报告之前，请确认报告：

• 从攻击者可控的入口点追踪漏洞，直至被破坏的 安全不变量及其影响。
• 区分已验证的行为、假设和尚未解决的约束。
• 包含源代码摘录，并注明路径、函数和受影响的 修订版本。
• 在可行时包含 PoC 源代码、构建或运行说明、代表性输出， 以及安全限制。
• 使用可移植的路径，不依赖内部存储或本地绝对 路径。

使用扫描生成的报告

对于标准扫描、深度扫描和变更扫描，详细的漏洞报告均为可选项。 当你请求生成这些报告时，Codex 会将每份报告写入 findings/<slug>/<slug>.md，将配套文件存储在 findings/<slug>/poc/ 下，并在 report.md 中提供报告链接。

共享或归档扫描结果时，请将完整的扫描目录保存在一起。要 寻找能够解决多份报告中共性问题的改进方案，请继续 阅读提出安全加固方案。