deep-security-scan
Run repeated Standard security scans of a repository or scoped path when the user requests a deep, exhaustive, or multi-pass audit. For changes to a PR, commit, branch or working tree, use security-diff-scan.
- License 许可
- Apache-2.0
- 最近更新
- 2026-11-12
- Stars
- ★ 1.2w
- Forks
- 920
01 前言 Front Matter
- name
- deep-security-scan
- description
- Run repeated Standard security scans of a repository or scoped path when the user requests a deep, exhaustive, or multi-pass audit. For changes to a PR, commit, branch or working tree, use security-diff-scan.
02 资源文件 1
- 参考文档agents/openai.yaml192 B
03 SKILL.md 正文
Deep Security Scan
The host runs Standard audits and merges their findings. Workers in the same scan can exchange investigation leads and verify each other’s evidence. Later passes receive the titles and locations already reported. The host stops when consecutive audits add nothing new or the configured scan or time limit is reached. Its final report includes every accepted audit.
- Resolve the authorized target and scope. For a scoped directory use that directory as
targetPathandscope: ".". For a continuation, callget_codex_security_scan_contextwith itsscanIdand suppliedhandoffClaimToken. Use its saved identity and scope. If its mode is Standard or diff, continue with the corresponding scan skill. Follow../../references/scan-prologue.mdfor source access and context updates. - For a new target, call
inspect_codex_security_setup({ targetPath, scope: ".", mode: "deep", projectConfigPath? }). Show the effective settings and their sources.max_discovery_runscaps the total number of Standard scans, including when several run together. Pass a project file only when the user selected it. Existing scans use their saved configuration. - For a newly launched native scan with a supplied scan ID, inspect
otherRunningDeepScansin the result ofget_codex_security_scan_contextonce. Target-based setup previews have no scan ID. If another Deep scan is active, show its target, phase and human-friendly start time. Explain the additional CPU, memory and token use. Offer Cancel (Recommended) and Continue usingrequest_user_input, thenrequest_codex_security_user_inputor plain chat if unavailable. Wait for an explicit choice. A dismissed dialog is not a cancellation. Cancel only the new scan if requested. - Follow
../../references/access-advisory.md, then callstart_codex_security_deep_scan({ scanId, handoffClaimToken? })for an existing scan orstart_codex_security_deep_scan({ targetPath, scope: ".", userContext?, projectConfigPath? })for a new target. Reuse the project file selected at setup. Await the tool. If the tool runner returns a running cell ID, wait on that cell until it returns the scan result. If the connection closes, rejoin with the same arguments. Report a terminal failure with its saved results. For a policy refusal, identify the worker from its saved error when available. On explicit cancellation callcancel_codex_security_scan({ scanId })from the owning thread. - For an SDK-owned scan, return the host's scan ID and manifest path so the SDK can finalize it. When the tool returns
completion, link its generatedreport.mdand canonical artifacts. Usecompletion.scan.usageand any separate cost estimate to report usage per../../references/final-report.md. Distinguish a completed audit with zero findings from a deadline reached before any audit completed.
04 同仓库更多 Skills
vulnerability-writeup
Turn vulnerability notes, disclosure reports, PoCs, source code, or Codex Security findings into self-contained vulnerability reports with clearly supported claims. Use for one vulnerability or a disclosure campaign; a Codex Security scan is optional.
verify-fix
Use only when the user explicitly requests verification that a security fix remediates a reported vulnerability. Do not invoke automatically while implementing fixes, reviewing ordinary code changes, or running tests. Do not use for non-security fixes, candidate finding validation, or full repository scans.
validation
Use when Codex is already in the validation phase of a security scan or the user explicitly asks to determine whether one or more candidate security findings are valid. Do not use as the primary trigger for full PR, commit, branch, patch, or repository scans.
triage-finding
Triage supplied or imported security findings against a repository using its security policy and static code evidence. Accepts scanner reports, advisories, GitHub findings, and Jira or Linear tickets. Do not use for discovery, duplicate triage, runtime validation, or fixes.
track-findings
Track validated Codex Security findings in Linear, Jira, GitHub issues, or draft GitHub security advisories. Supports issue batches, duplicate checks, and reviewed writes. Do not use for scans or fixes.
threat-model
Use when Codex is already in the threat-modeling phase of a security scan, the user explicitly invokes $threat-model, or the user explicitly asks to create, update, or persist a repository threat model. Do not use as the primary trigger for full PR, commit, branch, patch, or repository scans.