Recipes¶
End-to-end workflows that chain skills across plugins to get a real job done. Each recipe lists what to install, the step-by-step skill chain, and what you end up with. Where a role bundle exists, a single orchestration command runs the whole flow — those are noted up top.
All recipes assume authorized work. The role agents confirm scope/rules of engagement before acting. See CONTRIBUTING.
Recipes:
- Web application penetration test
- Incident response — from alert to report
- Vulnerability triage from a scan export
- Security design review of a new service
- Secure a GenAI feature
- Harden a software supply chain
- Compliance gap assessment (GRC)
1. Web application penetration test¶
One-shot: /pentester:engagement <target + rules of engagement>
Install: /plugin install pentester@awesome-claude-security (auto-pulls osint,
web-app-security, network-security, threat-modeling, security-reporting,
security-diagramming). Add vulnerability-management and security-integrations
for prioritization and ticketing.
Flow:
/pentester:recon— confirm scope, pick methodology (PTES / OWASP WSTG)./osint:osint-footprinting+/osint:exposure-discovery— map the external attack surface and exposed assets./threat-modeling:stride— a quick pass to decide where to spend test time./web-app-security:owasp-web-top10, then targeted/web-app-security:access-control-testand/web-app-security:injection-test./vulnerability-management:vulnerability-prioritization— rank findings by real risk (CVSS + EPSS + KEV + exposure), not raw severity./security-reporting:pentest-report+/security-diagramming:attack-tree— the deliverable and the kill-chain visual.- (optional)
/security-integrations:publish-finding-to-jira— turn findings into tracked work.
You get: a methodology-backed pentest report with risk-ranked, evidence-backed findings and a remediation path.
2. Incident response — from alert to report¶
Install: /plugin install blue-team@awesome-claude-security (auto-pulls the
blueops-suite: detection-engineering, dfir, threat-intelligence + reporting).
Add soc-siem / security-analyst for the front-line roles.
Flow:
/soc-siem:triage <alert>— validate the alert, separate true from false positive, decide whether to escalate./security-analyst:investigate <case>— correlate telemetry and set hypotheses./threat-intelligence:ioc-enrichment+/threat-intelligence:threat-actor-profiling— enrich indicators and attribute the activity./dfir:forensic-triage— reconstruct the timeline from evidence./dfir:incident-response— drive containment → eradication → recovery (NIST 800-61 / PICERL)./dfir:ioc-development→/detection-engineering:detection-rule-development— turn what you learned into a durable, ATT&CK-mapped detection so it's caught next time./security-reporting:executive-summary— the incident writeup and lessons learned.
You get: a contained incident, a tested new detection, and a report — the IOCs and TTPs from the case feed back into your detection library.
3. Vulnerability triage from a scan export¶
Install: /plugin install vulnerability-management@awesome-claude-security. Add
threat-intelligence (exploit context) and security-integrations (ticketing).
Flow:
/vulnerability-management:vulnerability-scan-triage— normalize and dedupe the Nessus/Qualys/Trivy export, cut false positives (backported patches!), attach asset context./vulnerability-management:vulnerability-prioritization— tier by CVSS + EPSS + CISA KEV + exposure. KEV and high-EPSS internet-facing items rise to the top regardless of raw CVSS./vulnerability-management:remediation-tracking— assign owners and SLAs, track the lifecycle, govern time-boxed exceptions./security-integrations:publish-finding-to-jira— push the prioritized items as deduped, well-formed issues./security-reporting:executive-summary— program metrics (SLA compliance, MTTR, aging, KEV exposure) for leadership.
You get: a noisy scan turned into a ranked, owned, tracked backlog — effort goes to what's actually exploitable.
4. Security design review of a new service¶
One-shot: /security-architect:design-review <system / design doc>
Install: /plugin install security-architect@awesome-claude-security (auto-pulls
threat-modeling, security-diagramming, security-reporting). Add
security-knowledge for control framework mapping.
Flow:
/security-architect:security-design-review— map components, data flows, and trust boundaries from the design./threat-modeling:stride(or/threat-modeling:pasta) — enumerate threats per trust boundary./security-diagramming:threat-model-dfd+/security-diagramming:architecture-diagram— make boundaries and threats visible./threat-modeling:risk-rank— prioritize; map each significant threat to a control./security-knowledge:framework-mapping— align chosen controls to NIST/ISO/CIS for the audit/GRC audience./security-reporting:executive-summary— the verdict: required vs. recommended controls and residual risk.
You get: a design-review verdict that pushes fixes left into the design, with a threat model, diagrams, and framework-mapped controls.
5. Secure a GenAI feature¶
Install: /plugin install genai-suite@awesome-claude-security (llm-security,
rag-security, agentic-ai-security, multimodal-security, mlops-security). Pair
with ai-safety-suite if you also need safety (harm/bias), which is distinct from
security.
Flow:
/llm-security:ai-threat-model— model the LLM/RAG/agent system and its trust boundaries./llm-security:owasp-llm-top10+/llm-security:prompt-injection-test— assess against the OWASP LLM Top 10 and test direct/indirect injection./rag-security:rag-security-review+/rag-security:retrieval-poisoning-test+/rag-security:vector-store-isolation-test— if it retrieves./agentic-ai-security:tool-permission-audit+/agentic-ai-security:autonomy-boundary-test— if it has tools/agency (excessive agency is LLM06)./mlops-security:ml-supply-chain-review+/mlops-security:model-serving-security— the model itself: provenance, unsafe deserialization, and inference-endpoint hardening (extraction/inversion)./multimodal-security:multimodal-injection-test— if it takes images/audio/docs./security-reporting:findingper issue.
You get: coverage of the GenAI stack from prompt to model to serving infra, mapped to the OWASP LLM Top 10.
6. Harden a software supply chain¶
Install: /plugin install supply-chain-security@awesome-claude-security. Pair with
sast-sca (dependency-CVE scanning + SBOM) and vulnerability-management.
Flow:
/sast-sca:sca-review— generate/ingest the SBOM and find known-vulnerable deps./supply-chain-security:dependency-supply-chain-review— the trust layer: typosquatting, dependency confusion, maintainer/abandonment risk, install-script execution, pinning./supply-chain-security:pipeline-integrity-review— harden CI/CD against tampering (poisoned-pipeline execution, runner trust, secret exposure, mutable action/image tags) per OWASP CI/CD + SLSA build track./supply-chain-security:artifact-provenance-verification— establish signing (Sigstore/cosign) and SLSA provenance, and enforce verification at deploy./vulnerability-management:remediation-tracking— own and track the fixes./security-reporting:finding+/security-diagramming:architecture-diagram— the report and chain-of-custody view.
You get: a build chain where dependencies are trust-vetted, the pipeline resists tampering, and only signed, attested artifacts reach production.
7. Compliance gap assessment (GRC)¶
One-shot: /grc:assessment <framework + scope>
Install: /plugin install grc@awesome-claude-security (auto-pulls
security-reporting, security-diagramming). Add security-knowledge for
cross-framework crosswalks.
Flow:
/grc:compliance-assessment— gap-assess against the framework (SOC 2 / ISO 27001 / PCI / HIPAA / GDPR / NIST), control by control./security-knowledge:framework-mapping— crosswalk each gap across CWE / NIST / CIS / ISO so one finding serves engineering, audit, and leadership./grc:risk-assessment— rank gaps by business risk; populate the risk register./grc:policy-management— close policy/documentation gaps the controls require./security-reporting:executive-summary+/security-diagramming:infographic— the gap report and a one-page posture snapshot for leadership.
You get: a framework gap report where every gap is tied to a business risk, an owner, and a remediation path — not just a checklist.
Compose your own¶
These are starting points, not rails. The pattern is always the same: recon/scope →
deep domain skills → prioritize → report/publish, with security-knowledge keeping
mappings consistent and security-diagramming / security-reporting /
security-integrations as the shared output layer. Mix the skills your job needs —
see the taxonomy and bundles.