Codex Cyber Safety：安全相关任务的边界和审批

适用场景

这篇手册适合使用 Codex 做安全审查、漏洞修复、威胁建模或安全扫描的团队。安全任务的重点不是让 Codex 做得更多，而是让它在授权范围内做正确的防御性工作。

OpenAI 官方 Cyber Safety 页面介绍了相关边界。具体政策和产品行为应以当前官方页面为准。

步骤 1：明确任务是防御性的

适合 Codex 的安全任务：

• 审查自己仓库的 PR。
• 查找潜在漏洞。
• 修复已确认 findings。
• 补安全测试。
• 编写威胁模型。
• 解释安全风险。

不应让 Codex 做：

• 未授权攻击。
• 扫描第三方系统。
• 绕过访问控制。
• 收集或泄露凭证。
• 生成可直接滥用的攻击流程。

步骤 2：限定资产范围

任务里写清楚：

只审查当前仓库。
不要访问外部目标，不要使用真实凭证，不要尝试攻击生产服务。

如果需要验证漏洞，优先使用本地测试环境或专门靶场。

步骤 3：保护敏感信息

安全任务经常接触敏感内容。

不要提供：

• API key。
• token。
• 客户数据。
• 生产日志原文。
• 未公开漏洞细节给无关系统。

必要时先脱敏。

步骤 4：高风险操作前先计划

对高风险任务，先要求计划。

请先说明你要验证什么、会运行哪些命令、是否会访问网络。
得到确认前不要执行。

这样能避免 Codex 在不清楚边界时行动。

步骤 5：记录审计证据

安全任务完成后应记录：

• 范围。
• findings。
• 修复点。
• 验证方式。
• 剩余风险。
• 审批人。

这比单纯说“已修复”可靠得多。

常见错误

不要把真实密钥贴进提示词。

不要让 Codex 扫描未授权目标。

不要把漏洞复现细节发到公开渠道。

不要跳过人工安全 review。

小结

Codex 可以帮助防御性安全工作，但必须遵守授权、最小权限、敏感信息保护和人工确认。安全任务要先定范围，再执行，再留下验证证据。