Security Reviewer

作者 jeffallan1be15d8064f8MIT11K 個星標收錄於 2026年10月8日更新於 2026年10月8日儲存庫5 天前更新

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.

僅含說明Security
AI 產生的概覽

審查程式碼與基礎架構的安全漏洞,並產出附嚴重性評等與修補建議的結構化稽核報告。

功能
引導一套安全審查流程:界定攻擊面、執行 SAST、相依性與機密掃描工具、人工審查身分驗證、輸入處理與加密、驗證發現並依 CVSS 評定嚴重性,最後撰寫報告。產出包括漏洞報告,內含高階摘要、附嚴重性計數的發現清單、包含檔案與行號位置、影響與修補建議的詳細發現,以及依優先順序排列的建議與合規檢查清單。參考文件涵蓋 SAST 工具、漏洞模式、機密掃描、滲透測試、基礎架構安全與報告範本。
適用情境
適用於進行安全稽核、審查程式碼漏洞、掃描機密或含漏洞的相依套件,以及評估基礎架構與雲端安全。也適合 DevSecOps 流程工作與 SOC2、ISO27001 等合規檢查。主動測試僅在確認書面授權與範圍後進行。
執行需求
不附帶指令碼,只有說明文件與參考資料。代理需要 Read、Grep 與 Glob 工具。執行建議的掃描器(Semgrep、Bandit、gitleaks、npm audit、Trivy 等)需要另外安裝這些工具,主動測試還需要書面授權與明確的範圍。

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

來源與署名

來源:jeffallan/claude-skills位於skills/security-reviewer提交1be15d8

授權條款: MIT

內容歸原作者所有。SourceWeft 從公開儲存庫中收錄這些內容。

檢舉或申請下架