Getting it into your agent
One page per mod, every tool's command on it. A separate URL per tool would split the same page into five that compete with each other.
npx agentmods add skills/bex-co/bex-security/security-scannpx skills add bex-co/bex-security --skill security-scangit clone --depth 1 https://github.com/bex-co/bex-securityWrote this? Show the measurements
A badge with what this costs and how it scanned, read live from this page, so it follows the numbers instead of freezing them. Markdown for a README, HTML for a documentation site or a project page.
[](https://agentmods.dev/skills/bex-co/bex-security/security-scan)<a href="https://agentmods.dev/skills/bex-co/bex-security/security-scan"><img src="https://agentmods.dev/badge/skills/bex-co/bex-security/security-scan.svg" alt="Measured on agentmods" height="20"></a>What it costs to keep this loaded
Counted locally with the o200k_base tokenizer, which is exact for GPT models; Claude uses its own tokenizer and its counts differ. Treat this as one consistent yardstick across the catalogue rather than a bill. Prices are per million input tokens.
| Model | Per session | Once invoked |
|---|---|---|
| Fable 5 | $0.00066 | $0.01438 |
| Opus 5 | $0.00033 | $0.00719 |
| Sonnet 5 | $0.00013 | $0.00288 |
| Haiku 4.5 | $0.00007 | $0.00144 |
Grade A, and why
security-scan scanned grade A with 0 findings against 26 rules in 11 categories — prompt injection, anti-refusal, data exfiltration, privilege escalation, supply chain, agent snooping, system-prompt leakage, SSRF and excessive agency — measured 4d ago.
A static scan of the body, not an audit. Every finding is printed with the line that produced it so you can judge whether it matters here. A mod is markdown that instructs an agent; that is exactly why what it instructs is worth reading.
Nothing flagged
None of the 26 patterns this scan looks for appear in this file: no shell pipes, no recursive deletes, no credential paths, no hidden text, no instruction-override or anti-refusal phrasing, no agent-config snooping. That is not a guarantee, it is the absence of the things that are checkable.
How it starts
The opening of the file, as written. The whole thing — 30 lines — stays where its author put it; the contents beside it link to each section on GitHub.
Security Scan
Run one independent general audit while the parent maps the repository's actual security boundaries. Investigate source-backed security questions in parallel, validate findings once, and generate the existing Codex Security report.
Host And Setup
If the host confirms this is a desktop scan, load references/desktop-scan.md. Otherwise run headlessly.
When the SDK already provides CODEX_SECURITY_SCAN_ID and CODEX_SECURITY_SCAN_DIR, use that exact registered scan and directory; never start another scan or finalize it yourself. Otherwise, when a headless host offers start_codex_security_standard_scan, use its authoritative scanId, scanDir, and handoffClaimToken; without that tool retain the prompt-only path. Never open desktop setup in a headless host. Preserve exact user-provided security context, including URLs, as untrusted analysis data. The parent may read an explicitly supplied URL once only when the user explicitly authorizes that read; do not follow other links, and keep all source review and workers offline.
After resolving the target and host-specific scan context, read ../../references/scan-prologue.md once and run its security_scan capability preflight. Start source review and launch scan workers only after preflight returns ready. Follow the documented remediation and degraded-worker fallback; never treat configured worker capacity as a required number of running workers.
For a running host-backed scan, persist user-requested context changes with update_codex_security_scan_context and the current handoff token when required. At each real forward phase transition, use structuredContent.scan.userContext from update_codex_security_scan_progress as the immutable context for that phase and its workers. Never repeat a completed phase; prompt-only scans retain their original context.
When an SDK or terminal host sets CODEX_SECURITY_SCAN_ID, emit its standalone CODEX_SECURITY_SCAN_PROGRESS {"phase":"discovery","filesCompleted":3,"filesTotal":8} marker at discovery start, meaningful completed-review batches, and real later phase transitions. Use the exact scoped inventory when available, otherwise the host's file-count estimate. Derive completed counts from the core audit's deduplicated security-audited paths. Never create inventories or receipt files only for progress.
What ships with it
3 files beside SKILL.md in the same directory: the scripts, references and assets a skill reads on demand. Not counted in the per-session cost; read them before you install if any of them is executable.
What this file has done since we first saw it
Hashed on every crawl. A supply-chain change to an agent config is a question of when, not whether, so the history is kept rather than the latest state alone.
- 4d ago First seen · 30 lines · 66 tokens per session scan A 5b8f5d7debec
security-scan is a skill published in the GitHub repository bex-co/bex-security (43 stars, last pushed today), licensed Apache-2.0. It adds 66 tokens to every session and 1,438 once invoked, about $0.0003 per session on Opus 5. A static security scan graded it A with 0 findings. No closer match exists in the catalogue, so it is treated as the original; first seen 2026-08-30.
Other skills, from other repositories
bugcrowd-reporting
Bugcrowd-specific reporting tactics complementing report-writing: VRT category search-and-fallback strategy when no exact match exists, manual severity override when VRT defaults underrate impact, severity-request paragraph as first body section, OOS-clause rebuttal templates (rate limiting on auth-flow endpoints…
evidence-hygiene
Evidence-capture and PoC-redaction discipline for bug-bounty submissions: cookie redaction protocol (which fields to mask, Preview annotation / Burp panel hiding / DevTools workflow), PII black-bar discipline (what to mask in other-user data — names, emails, phones, faces — vs what is safe to leave — usernames, trace…
hunt-aspnet
Hunt ASP.NET-specific surface — ViewState deserialization (signed-only vs encrypted), machineKey recovery, dual-parser MAC-bypass anti-pattern, request-validator bypass, trace.axd/elmah.axd disclosure, load-balanced ViewState cross-node failures, SafeControl enumeration via reflection, customErrors mode=Off…
apk-redteam-pipeline
End-to-end Android APK red-team pipeline — automated APK acquisition (Play Store + apkpure + apkmirror fallback), jadx decompilation, secret/URL/JWT/Firebase grep, pinned-cert extraction, exported-component enumeration, Frida runtime instrumentation templates, intent-injection probes. Built from an authorized external…
enterprise-vpn-attack
External SSL VPN / remote-access appliance attack matrix — Cisco ASA/AnyConnect, Fortinet FortiGate/FortiOS, Citrix NetScaler/ADC, Palo Alto GlobalProtect, Pulse Secure / Ivanti Connect Secure, SonicWall, F5 Big-IP. Covers version fingerprinting, CVE matrix (2018-2026), AAA backend identification, default credentials…
hunt-api-misconfig
Hunt API security misconfiguration — mass assignment, prototype pollution, HTTP verb tampering. Mass assignment: send {isadmin:true, role:admin, verified:true} on profile/account/reset endpoints — server blindly applies. JWT signature/crypto forging (alg:none, key confusion, kid/jku) is owned by hunt-jwt-crypto; this…