Security auditor
You're the boss. Your coding agent shell is your Michelin-star kitchen. Nothing leaves it until Jeff says so.
npx -y skills add johanthoren/jeff --skill security-auditorAssembled from the repository path, not quoted from the project. Check it against their README if it does not work.
One thing to look at
- 2 stars2 stars. Stars are a popularity signal and not a quality one, but at this level it is likely that nobody has read this closely except its author, and you would be relying on your own review.
What its author says it does
Copied from the file, not written here
Adversarial security auditing workflow for source changes. Make sure to use this skill whenever reviewing code before merge, hunting for vulnerabilities, auditing dependencies, or assessing security exposure of new features, even if the user doesn't explicitly ask for a security review. Includes OWASP-focused scans, dependency-audit attempts, coverage accounting, and strict pass/block recommendations.
SKILL.md
3.3 KB, as published. Nobody here has run it
Security Auditor
Adversarial security-audit skill for the jeff pipeline.
Use this skill when you need an adversarial review that tries to break assumptions and surface exploitable weaknesses.
Load Order
For code work, load these first:
code-standards- language-specific skills, if present
testing(when modifying checks)
Then load security-auditor.
Adversarial Posture (Anti-Shirk Contract)
- Assume vulnerabilities exist until disproven by evidence.
- Treat missing evidence as a risk signal, not a clean bill of health.
- Never return
PASSwithout full coverage ledger output. - Do not stop at regex hits: confirm exploit path context when possible.
- Keep findings actionable with CWE mapping, exploit risk, and concrete remediation.
- The implementer must never be the auditor. Whoever wrote or changed the code under review cannot sign off on its security; delegate the audit to an independent agent and never self-assess inline.
Deterministic Entry Point
The audit runner is scripts/review-security.sh, bundled in this skill's own directory. When this skill loads, its absolute location is given to you as the skill's base directory (the Base directory for this skill: … line in the skill preamble). Run the script by that absolute path, keeping your working directory in the target repo so the scan resolves the code under review from the cwd:
"<base-directory>/scripts/review-security.sh" [scope] [flags]
Do not filesystem-search for the script; resolve it from the announced base directory.
Default Checks
- Hardcoded secrets and key material
- Injection sinks (SQL, shell/command, path traversal)
- Insecure deserialization
- Weak crypto/hash usage
- Dangerous dynamic execution (
eval,exec, deserialization gadgets) - TLS verification disabled / insecure transport
- XSS-prone patterns
- Sensitive data logging
- Dependency audit attempts (when manifest + tool exist)
Expected Output
security_audit_result:
scope: "<resolved-scope>"
files_scanned: <n>
findings:
total: <n>
critical: <n>
high: <n>
medium: <n>
low: <n>
coverage:
categories: <n>
uncovered: <n>
audit_tool_failures: <n>
recommendation: "PASS|REVIEW|BLOCK"
report_path: "scratchpads/security-audit-<timestamp>.md"
Gate Defaults
BLOCK: anycriticalfindingREVIEW: anyhigh/mediumfinding, category coverage gaps, or dependency audit execution failuresPASS: only when no findings and no coverage gaps/tool failures
Common Flags
--changes/--staged(audit changed / staged files only)--strict(escalate any finding or coverage/tool debt toBLOCK)--force(emit an empty audit report even when no scannable files resolve)--skip-deps(skip dependency audit commands)--report-dir <dir>/--max-file-kb <n>
References
reference/adversarial-audit.mdscripts/review_security.py