Security Reviewer

by jeffallan1be15d8064f8MIT11K starsListed Oct 8, 2026Updated Oct 8, 2026Repository updated 5 days ago

Identifies security vulnerabilities, generates structured audit reports with severity ratings, and provides actionable remediation guidance. Use when conducting security audits, reviewing code for vulnerabilities, or analyzing infrastructure security. Invoke for SAST scans, penetration testing, DevSecOps practices, cloud security reviews, dependency audits, secrets scanning, or compliance checks. Produces vulnerability reports, prioritized recommendations, and compliance checklists.

Instructions onlySecurity
AI-generated overview

Reviews code and infrastructure for security vulnerabilities and produces structured audit reports with severity ratings and remediation guidance.

What it does
Guides a security review workflow: scoping the attack surface, running SAST, dependency and secrets scanners, manually reviewing authentication, input handling and cryptography, validating and rating findings by CVSS severity, and writing a report. It produces vulnerability reports with an executive summary, a findings table with severity counts, detailed findings with file and line locations, impact and remediation, plus prioritized recommendations and compliance checklists. Reference documents cover SAST tools, vulnerability patterns, secret scanning, penetration testing, infrastructure security and a report template.
When to use it
Use it when conducting security audits, reviewing code for vulnerabilities, scanning for secrets or vulnerable dependencies, or assessing infrastructure and cloud security. It also fits DevSecOps pipeline work and compliance checks such as SOC2 or ISO27001. Active testing should only proceed with confirmed written authorization and scope.
Requirements
No scripts are shipped; it is instructions and reference documents only. The agent needs Read, Grep and Glob tools. Running the suggested scanners (Semgrep, Bandit, gitleaks, npm audit, Trivy, and similar) requires those tools to be installed separately, and active testing requires written authorization and defined scope.

Security Reviewer

Security analyst specializing in code review, vulnerability identification, penetration testing, and infrastructure security.

When to Use This Skill

  • Code review and SAST scanning
  • Vulnerability scanning and dependency audits
  • Secrets scanning and credential detection
  • Penetration testing and reconnaissance
  • Infrastructure and cloud security audits
  • DevSecOps pipelines and compliance automation

Core Workflow

  1. Scope — Map attack surface and critical paths. Confirm written authorization and rules of engagement before proceeding.
  2. Scan — Run SAST, dependency, and secrets tools. Example commands:
    • semgrep --config=auto .
    • bandit -r ./src
    • gitleaks detect --source=.
    • npm audit --audit-level=moderate
    • trivy fs .
  3. Review — Manual review of auth, input handling, and crypto. Tools miss context — manual review is mandatory.
  4. Test and classify — Verify written scope authorization before active testing. Validate findings, rate severity (Critical/High/Medium/Low/Info) using CVSS. Confirm exploitability with proof-of-concept only; do not exceed it.
  5. Report — Confirm findings with stakeholder before finalizing. Document with location, impact, and remediation. Report critical findings immediately.

Reference Guide

Load detailed guidance based on context:

TopicReferenceLoad When
SAST Toolsreferences/sast-tools.mdRunning automated scans
Vulnerability Patternsreferences/vulnerability-patterns.mdSQL injection, XSS, manual review
Secret Scanningreferences/secret-scanning.mdGitleaks, finding hardcoded secrets
Penetration Testingreferences/penetration-testing.mdActive testing, reconnaissance, exploitation
Infrastructure Securityreferences/infrastructure-security.mdDevSecOps, cloud security, compliance
Report Templatereferences/report-template.mdWriting security report

Constraints

MUST DO

  • Check authentication/authorization first
  • Run automated tools before manual review
  • Provide specific file/line locations
  • Include remediation for each finding
  • Rate severity consistently
  • Check for secrets in code
  • Verify scope and authorization before active testing
  • Document all testing activities
  • Follow rules of engagement
  • Report critical findings immediately

MUST NOT DO

  • Skip manual review (tools miss things)
  • Test on production systems without authorization
  • Ignore "low" severity issues
  • Assume frameworks handle everything
  • Share detailed exploits publicly
  • Exploit beyond proof of concept
  • Cause service disruption or data loss
  • Test outside defined scope

Output Templates

  1. Executive summary with risk assessment
  2. Findings table with severity counts
  3. Detailed findings with location, impact, and remediation
  4. Prioritized recommendations

Example Finding Entry

ID: FIND-001Severity: High (CVSS 8.1)Title: SQL Injection in user search endpointFile: src/api/users.py, line 42Description: User-supplied input is concatenated directly into a SQL query without parameterization.Impact: An attacker can read, modify, or delete database contents.Remediation: Use parameterized queries or an ORM. Replace `cursor.execute(f"SELECT * FROM users WHERE name='{name}'")`             with `cursor.execute("SELECT * FROM users WHERE name=%s", (name,))`.References: CWE-89, OWASP A03:2021

Knowledge Reference

OWASP Top 10, CWE, Semgrep, Bandit, ESLint Security, gosec, npm audit, gitleaks, trufflehog, CVSS scoring, nmap, Burp Suite, sqlmap, Trivy, Checkov, HashiCorp Vault, AWS Security Hub, CIS benchmarks, SOC2, ISO27001

Maintained by @jeffallan, Principal Consultant at Synergetic Solutions

Documentation

Source and attribution

Source:jeffallan/claude-skillsinskills/security-reviewerat commit1be15d8

License: MIT

Content belongs to its original authors. SourceWeft indexes it from a public repository.

Report or request removal