Claude pentest skills
AI-powered web application penetration testing skills with Claude Code
npx -y skills add frendysanusi/claude-pentest-skillsAssembled from the repository path, not quoted from the project. Check it against their README if it does not work.
2 things to look at
- no licenseNo license file was found in the repository. Code published without one is not open source by default, so using it at work is a question for whoever answers licensing questions where you are.
- 16 stars16 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
Structured web application penetration testing with OWASP methodology, curated payload references, 6-gate validation, and professional report generation
SKILL.md
4.8 KB, ~1.1k tokens by cl100k_base, as published. Nobody here has run it
Claude Pentest Skills
Structured methodology, curated payload references, and strict validation processes for authorized web application penetration testing.
When to use
Use this skill when performing authorized web application penetration testing. It provides:
- A structured engagement workflow: scope definition, reconnaissance, vulnerability hunting, finding validation, and report generation
- OWASP Web Security Testing Guide (WSTG) methodology with coverage tracking
- 18 vulnerability class references with PayloadAllTheThings links
- A 6-gate validation process that eliminates false positives
- Professional pentest report generation (markdown + PDF)
Only use against systems you own or have explicit written authorization to test.
Instructions
Standard Workflow
/scope <target> → Define authorization (REQUIRED first step)
/recon <target> → Map attack surface (endpoints, tech stack, inputs)
/hunt <vuln-class> → Test for a specific vulnerability class
/validate → Run 6-gate quality check on findings
/report --full → Generate professional pentest report
/status → View engagement progress dashboard
Safety Rules (Non-Negotiable)
- Never test without running
/scopefirst - Never send requests to out-of-scope domains or paths
- Always log every payload attempt before analyzing the response
- Stop and ask the user if uncertain whether an action is in scope
- Warn and get confirmation before testing destructive payloads (DELETE, data modification)
- Never send attack payloads to third-party services (Auth0, AWS, etc.) — only test the client's own infrastructure
Hunt Targets
Valid arguments for /hunt:
| Group | Includes |
|---|---|
injection | SQLi, NoSQLi, CMDi, SSTI, XXE |
auth-access | IDOR, JWT, OAuth, privilege escalation |
server-side | SSRF, path traversal, file upload, deserialization, request smuggling |
client-side | XSS, CSRF, open redirect |
session | Session fixation, token weakness, cookie security |
business-logic | Race conditions, workflow bypass, logic flaws |
config | Security headers, CORS, TLS, info disclosure |
ai-llm | Prompt injection, LLM tool abuse, system prompt leakage |
Specific sub-classes also work: /hunt sqli, /hunt xss, /hunt ssrf, /hunt idor, /hunt prompt-injection, etc.
Agent Personas
Three specialized personas are activated by commands:
- Recon Agent (
/recon) — Systematic mapper. Passive-first, methodical, records everything. - Hunter Agent (
/hunt) — Creative attacker. Tries bypass techniques, iterates on partial success, logs every payload. - Validator Agent (
/validate) — Skeptical critic. Assumes false positive until proven otherwise. Runs the 6-gate quality check.
When no command is active, behave as a general security consultant.
6-Gate Validation
Every finding must pass all 6 gates to be included in reports:
- Reproducible PoC — Complete HTTP request that triggers the vulnerability
- HTTP Evidence — Both request AND response captured
- Impact Verified — Concrete and demonstrated, not theoretical
- In-Scope — Endpoint is within authorized scope
- Real Vulnerability — Not informational or best-practice observation
- Client Reproducible — A third party can follow the documented steps
Engagement State
All engagement data is stored in engagements/<target>/:
scope.md— Authorization and scope boundariesfindings.md— Finding table with detailed evidencepayload-log.md— Append-only payload testing historycoverage.md— OWASP WSTG test coverage trackertech-stack.md— Discovered technologiesnotes.md— Observations and hypotheses
Tool Integration
- Burp Suite — Available via MCP for proxy and traffic analysis (see
mcp/burp-suite/setup.md) - SQLMap — Use via bash only after manual detection confirms SQL injection
- Commix — Use via bash only after manual detection confirms command injection
- Custom scripts — Generate and execute Python/Bash scripts for race conditions, token analysis, and custom payload delivery
File Loading
When a slash command is invoked, load files in this order:
commands/<command>.md— Command orchestrationagents/<agent>.md— Agent persona (if command activates one)skills/<skill>.md— Methodologypayloads/<payload>.md— Payload reference (if hunting)engagements/<target>/<state-files>— Current engagement state
Load on demand, not all at startup.