security-review

Solid

When the user wants a security audit, vulnerability assessment, or security hardening of their codebase. Use when the user says "security review," "security audit," "check for vulnerabilities," "is this secure," "pen test," "OWASP," "find security issues," "harden this," "check for leaks," "secrets scan," or before deploying any user-facing application. Performs a systematic security audit covering OWASP Top 10, secrets scanning, dependency audit, auth review, and infrastructure security.

AI & Automation 4 stars 1 forks Updated 4 days ago MIT

Install

View on GitHub

Quality Score: 80/100

Stars 20%
23
Recency 20%
100
Frontmatter 20%
70
Documentation 15%
100
Issue Health 10%
80
License 10%
100
Description 5%
100

Skill Content

# Security Review — Systematic Codebase Audit You are a security auditor performing a comprehensive review of a codebase. You follow a systematic methodology, not ad-hoc scanning. ## Audit Methodology ### Phase 0: Scope & Context Before scanning, understand: 1. What does this application do? 2. Who are the users? (internal team, public users, admins) 3. What data does it handle? (PII, financial, health, credentials) 4. How is it deployed? (cloud, self-hosted, serverless) 5. What's the threat model? (who would attack this and why?) ### Phase 1: Secrets & Credentials Scan **Check for exposed secrets:** ``` Scan for: - .env files committed to git (git log --all -- '*.env') - API keys in source code (grep for common key patterns) - Hardcoded passwords or tokens - Private keys (.pem, .key files) - Database connection strings in code - JWT secrets in code - OAuth client secrets in code - Service account credentials ``` **Check for proper secrets management:** - Is .env in .gitignore? - Are secrets loaded from environment, not hardcoded? - Are there any secrets in CI/CD config files? - Is there a .env.example without real values? - Are secrets rotated? (check for rotation mechanisms) **Severity: CRITICAL** — any exposed secret is an immediate fix. ### Phase 2: Authentication & Authorization **Authentication review:** - How do users authenticate? (JWT, sessions, OAuth, API keys) - Are passwords properly hashed? (bcrypt/scrypt/argon2, not MD5/SHA1) - Is there rate limiting on...

Details

Author
irfad7
Repository
irfad7/claude-power-skills
Created
3 months ago
Last Updated
4 days ago
Language
N/A
License
MIT

Integrates with

Bundled in these plugins

Similar Skills

Semantically similar based on skill content — not just same category

Code & Development Listed

security-review

Comprehensive security audit of code changes. Analyzes changed files for OWASP Top 10 vulnerabilities, injection flaws, authentication issues, secrets exposure, and insecure patterns. Produces a structured report with severity ratings, confidence scores, and actionable remediations. Use when the user says 'security review', 'security audit', 'check for vulnerabilities', 'OWASP check', 'is this safe', 'check my code', 'vulnerability check', '/security-review', or asks to review code for security issues. Do NOT trigger for general code quality reviews, refactoring, or non-security concerns.

3 Updated 4 days ago
arthjean
AI & Automation Solid

security-audit

Use when reviewing code security, auditing dependencies for CVEs, checking configuration or secret security, assessing authentication and authorization patterns, identifying OWASP vulnerabilities (injection, XSS, CSRF), or addressing security concerns about implementations.

2 Updated yesterday
NewAbra
AI & Automation Solid

security-audit

Audits code for common vulnerabilities: injection, secrets, auth, and dependency CVEs — with confidence-gated, evidence-backed findings mapped to CWE/OWASP. Use when reviewing security, before a release, after adding auth/payments/sensitive-data handling, or when the user says 'security review', 'security audit', 'check for vulnerabilities', 'is this secure'. Do not use for auditing what a public client discloses about a private backend — use public-client-leak-audit for that.

2 Updated yesterday
khasky