Now liveThe Skillselion MCP - thousands of ranked skills, loaded into your agent mid-task. No install.Get it →
erichowens avatar

Security Auditor

  • 153 installs
  • 178 repo stars
  • Updated July 14, 2026
  • erichowens/some_claude_skills

Security-auditor is an agent skill that guides OWASP Top 10 2021 detection and remediation while you review APIs and access control.

About

Security-auditor is an agent skill packaged as an OWASP Top 10 2021 reference guide for indie developers shipping web APIs and SaaS backends. It explains what each top-ten category means in plain language, shows common failure modes such as missing auth middleware, insecure direct object references, privilege escalation via parameters, JWT tampering, and CORS misconfiguration, and pairs each area with detection snippets you can compare against your codebase. The intended workflow is not a one-click scanner but guided review: you or your coding agent inspects endpoints and handlers using the patterns, then applies the numbered remediation practices like explicit authorization, ownership checks on object access, and alerting on repeated access-control failures. Use it when you are building new authenticated routes, refactoring authorization, or doing a pre-ship security pass without a dedicated AppSec team. It fits Claude Code, Cursor, and similar agents that can read repository files and reason over diffs. Complexity is intermediate because you need enough backend context to map patterns to your stack. Treat output as engineering guidance to validate with tests and your own threat m

  • OWASP Top 10 2021 reference with per-category detection patterns and remediation
  • Concrete BAD/GOOD code samples for access control, IDOR, JWT, and CORS issues
  • Remediation themes: deny-by-default authorization, server-side checks, and failure logging
  • Usable while implementing backend routes and again before deploy as a checklist pass

Security Auditor by the numbers

  • 153 all-time installs (skills.sh)
  • Ranked #879 of 2,203 Security skills by installs in the Skillselion catalog
  • Security screen: MEDIUM risk (skills.sh audit)
  • Data as of Aug 4, 2026 (Skillselion catalog sync)
npx skills add https://github.com/erichowens/some_claude_skills --skill security-auditor

Add your badge

Show developers this skill is listed on Skillselion. Paste this into your README.

Listed on Skillselion
Installs153
repo stars178
Security audit3 / 3 scanners passed
Last updatedJuly 14, 2026
Repositoryerichowens/some_claude_skills

What it does

Walk your app or API against OWASP Top 10 2021 with copy-paste detection patterns and remediation steps before you ship or hand off a security review.

Who is it for?

Best when you're implementing auth-heavy SaaS or REST APIs and want an OWASP-aligned manual review playbook inside your agent session.

Skip if: Skip if you need certified penetration tests, automated SAST/DAST pipelines only, or mobile-native threat models with no web/API surface.

When should I use this skill?

You need OWASP-aligned access-control and API security patterns while reviewing or implementing backend code.

What you get

You get category-by-category patterns to find likely vulnerabilities and concrete remediation steps to harden authorization before release.

  • Prioritized list of likely OWASP-category issues mapped to your routes
  • Remediation actions aligned to deny-by-default and server-side authorization

By the numbers

  • OWASP Top 10 2021 categories with per-category detection and remediation sections

Files

SKILL.mdMarkdownGitHub ↗

Security Auditor

Comprehensive security scanning for codebases. Identifies vulnerabilities before they become incidents. Focuses on actionable findings with remediation guidance.

When to Use

Use for:

  • Pre-deployment security audits
  • Dependency vulnerability scanning
  • Secret/credential leak detection
  • Code-level SAST (Static Application Security Testing)
  • Security posture reports for stakeholders
  • OWASP Top 10 compliance checking
  • Pre-PR security reviews

Do NOT use for:

  • Runtime security (WAF, rate limiting) - use infrastructure tools
  • Network security/firewall rules - use cloud/DevOps skills
  • SOC2/HIPAA/PCI compliance - requires legal/organizational process
  • Penetration testing execution - this is detection, not exploitation

Quick Start

Full Security Audit

# Run comprehensive scan
./scripts/full-audit.sh /path/to/project

# Output: security-report.json + summary

Quick Checks

# Dependency vulnerabilities only
npm audit --json > deps-audit.json

# Secret detection only
./scripts/detect-secrets.sh /path/to/project

# OWASP check specific file
./scripts/owasp-check.py /path/to/file.js

Core Scanning Capabilities

1. Dependency Scanning

Package ManagerCommandSeverity Levels
npmnpm audit --jsoncritical, high, moderate, low
yarnyarn audit --jsonsame as npm
pippip-audit --format jsoncritical, high, medium, low
cargocargo audit --jsonsame

Decision Tree:

Critical severity found?
├── YES → Block deployment, immediate fix required
│   └── Check if patch available → npm audit fix --force
├── NO → High severity?
    ├── YES → Fix within sprint, document if deferred
    └── NO → Low/Moderate → Track, fix during maintenance

2. Secret Detection

High-Risk Patterns:

  • API keys: /[A-Za-z0-9_]{20,}/ near "key", "api", "secret"
  • AWS credentials: AKIA[0-9A-Z]{16}
  • Private keys: -----BEGIN (RSA|EC|OPENSSH) PRIVATE KEY-----
  • JWT tokens: eyJ[A-Za-z0-9_-]+\.eyJ[A-Za-z0-9_-]+\.[A-Za-z0-9_-]+
  • Connection strings: ://[^:]+:[^@]+@

Entropy Analysis:

  • Shannon entropy > 4.5 on strings > 20 chars = suspicious
  • Base64-encoded blobs in source = investigate

False Positive Handling:

Secret-like pattern found?
├── In test file? → Lower severity, document
├── In example/docs? → Check if placeholder
├── High entropy + near "password"/"secret" → High confidence
└── In .env.example? → Acceptable if placeholder values

3. OWASP Top 10 Static Analysis

#VulnerabilityDetection Pattern
A01Broken Access ControlMissing auth checks on routes
A02Cryptographic FailuresWeak algorithms (MD5, SHA1 for passwords)
A03InjectionUnparameterized queries, eval(), innerHTML
A04Insecure DesignHardcoded credentials, missing rate limits
A05Security MisconfigurationDebug mode in prod, default credentials
A06Vulnerable ComponentsKnown CVEs in dependencies
A07Auth FailuresWeak password policies, session issues
A08Integrity FailuresUnsigned updates, untrusted deserialization
A09Logging FailuresSensitive data in logs, missing audit trails
A10SSRFUnvalidated URL inputs to fetch/request

4. Language-Specific Checks

JavaScript/TypeScript:

  • eval(), new Function() - code injection
  • innerHTML, outerHTML - XSS vectors
  • document.write() - DOM-based XSS
  • child_process.exec() with user input - command injection
  • Regex without timeout - ReDoS vulnerability

Python:

  • pickle.loads() with untrusted data - arbitrary code execution
  • yaml.load() without Loader=SafeLoader - code injection
  • subprocess.shell=True - command injection
  • eval(), exec() - code injection
  • SQL string concatenation - SQL injection

SQL:

  • String concatenation in queries - SQL injection
  • LIKE '%' + input + '%' - injection via wildcards
  • Missing parameterization - critical vulnerability

Anti-Patterns

Anti-Pattern: Security by Obscurity

What it looks like: "Nobody will find this hardcoded password" Why wrong: Secrets in source always leak eventually Instead: Environment variables, secret managers, zero hardcoded secrets

Anti-Pattern: Audit Fatigue

What it looks like: 500 findings, all "medium", team ignores Why wrong: Critical issues buried in noise Instead: Prioritize by exploitability, start with critical/high only

Anti-Pattern: Fix Without Understanding

What it looks like: npm audit fix --force without review Why wrong: May introduce breaking changes, doesn't address root cause Instead: Review each fix, understand the vulnerability, test after

Anti-Pattern: One-Time Audit

What it looks like: "We did a security audit last year" Why wrong: New CVEs daily, code changes constantly Instead: CI/CD integration, weekly automated scans minimum

Security Report Format

{
  "summary": {
    "critical": 0,
    "high": 2,
    "medium": 5,
    "low": 12,
    "informational": 8
  },
  "findings": [
    {
      "id": "SEC-001",
      "severity": "high",
      "category": "A03:Injection",
      "title": "SQL Injection in user search",
      "location": "src/api/users.js:45",
      "description": "User input concatenated directly into SQL query",
      "evidence": "const query = `SELECT * FROM users WHERE name = '${input}'`",
      "remediation": "Use parameterized queries: db.query('SELECT * FROM users WHERE name = $1', [input])",
      "references": ["https://owasp.org/www-community/attacks/SQL_Injection"]
    }
  ],
  "recommendations": [
    "Implement parameterized queries across all database access",
    "Add input validation layer",
    "Enable SQL query logging for monitoring"
  ]
}

CI/CD Integration

GitHub Actions Example

security-scan:
  runs-on: ubuntu-latest
  steps:
    - uses: actions/checkout@v4
    - name: Run security audit
      run: |
        npm audit --json > audit.json
        ./scripts/detect-secrets.sh . > secrets.json
        ./scripts/generate-report.py
    - name: Fail on critical
      run: |
        if jq '.summary.critical > 0' report.json; then
          echo "Critical vulnerabilities found!"
          exit 1
        fi

Scripts (in scripts/ folder)

ScriptPurpose
full-audit.shComprehensive security scan
detect-secrets.shHigh-entropy string and pattern detection
owasp-check.pyOWASP Top 10 static analysis
generate-report.pyCombine findings into unified report

Expert vs Novice Approach

NoviceExpert
Runs audit once before releaseCI/CD integration, every commit
Focuses on tool output onlyUnderstands vulnerability context
Fixes everything or nothingTriages by exploitability
Uses one scannerLayers multiple tools
Ignores false positivesTunes detection rules

Success Metrics

MetricTarget
Critical/High pre-production0
Mean time to remediate critical< 24 hours
False positive rate< 10%
Scan coverage100% of deployable code

Reference Files

  • references/owasp-top-10-2024.md - Detailed OWASP guidance
  • references/secret-patterns.md - Comprehensive regex patterns
  • references/remediation-playbook.md - Fix guidance by vulnerability type
  • references/ci-cd-templates.md - Integration examples
  • scripts/ - Working security scanning scripts

---

Detects: Dependency CVEs | Secret leaks | Injection vulnerabilities | OWASP violations | Security misconfigurations

Use with: site-reliability-engineer (deployment gates) | code-review (PR security checks)

Related skills

How it compares

Use as a structured OWASP checklist during agent-assisted code review, not as a substitute for dedicated security scanning tools or MCP vulnerability servers.

FAQ

Who is security-auditor for?

Developers shipping web backends or agents who want OWASP Top 10 guidance while coding or reviewing with Claude Code, Cursor, or Codex.

When should I use security-auditor?

During Build when adding authenticated endpoints, during Ship security prep before production, and when debugging suspected IDOR or JWT bypass issues after a staging deploy.

Is security-auditor safe to install?

It is reference documentation for review workflows; check the Security Audits panel on this Prism page for install risk and repo signals before adding it to your agent.

Securityauditappsec

This week in AI coding

Five minutes, every Monday - the tools, releases and tactics for developers.

unsubscribe anytime.