원클릭으로
security-review
Deep security audit for web applications. Checks secrets, input validation, XSS, API security, and dependency vulnerabilities.
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
메뉴
Deep security audit for web applications. Checks secrets, input validation, XSS, API security, and dependency vulnerabilities.
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
SOC 직업 분류 기준
Run the build and intelligently fix errors with guardrails. Stops if fixes introduce more errors or the same error persists after 3 attempts.
Security and quality review of uncommitted changes. Checks for vulnerabilities, code smells, and best practice violations. Use before committing.
Context window conservation rules. Invoke when approaching context limits or before large tasks.
Create session learning logs that persist institutional memory across Claude Code sessions.
Deep reflection on the skill learning system itself. Analyzes what's working, what's stale, and proposes structural improvements. The meta-skill.
Pre-PR verification loop. Runs build, type check, lint, security audit, and debug statement scan. Use before creating PRs or merging.
| name | security-review |
| updated | "2026-02-20T00:00:00.000Z" |
| description | Deep security audit for web applications. Checks secrets, input validation, XSS, API security, and dependency vulnerabilities. |
| argument-hint | ["quick|full"] |
| (default | full) |
| allowed-tools | Bash, Read, Grep, Glob, TodoWrite |
Comprehensive security audit for web applications. Adapt checks to the project's tech stack.
Review each domain. Use Grep to scan files, Read to inspect suspicious findings.
Check for exposed secrets:
api[_-]?key, secret, password, token, private[_-]?key, credentials (case insensitive).env is in .gitignoreExpected pattern:
# SERVER ONLY
API_KEY=... (in .env, never in source)
# CLIENT OK
NEXT_PUBLIC_API_URL=... (URLs are OK, keys are NOT)
VITE_API_URL=...
Scan all API route handlers:
| Check | What to Look For |
|---|---|
| Method validation | Every handler should check request method |
| Input validation | Query params and body should be validated before use |
| Error handling | All routes should have try-catch with generic error messages |
| Status codes | Appropriate codes (400 for bad input, 500 for server errors) |
| Auth proxy | Server-side API keys should be added in proxy layer, not client |
| Rate limiting | Consider for expensive operations |
Anti-pattern to flag:
# BAD — leaks internal error details
return { error: error.message, stack: error.stack }
# GOOD — generic error
return { error: 'Internal server error' }
Scan for:
dangerouslySetInnerHTML, innerHTML, v-html, [innerHTML] with user dataexec(), spawn(), system(), os.popen()Special attention to:
npm audit --production 2>&1 # Node.js
pip audit 2>&1 # Python
cargo audit 2>&1 # Rust
postinstall scripts from untrusted packagesCheck for sensitive data leaks:
Check config files and API routes for:
Access-Control-Allow-Origin: *If the project has auth:
Anywhere user input is processed:
SECURITY AUDIT
═══════════════════════════════════════
CRITICAL (must fix immediately)
[S1] Description — file:line
HIGH (fix before deployment)
[S2] Description — file:line
MEDIUM (fix when convenient)
[S3] Description — file:line
INFO (recommendations)
[S4] Description
═══════════════════════════════════════
Dependencies: X high, Y critical
Overall: [SECURE / AT RISK / CRITICAL]
For quick argument, only check:
Skip injection deep scan, CORS review, auth review, and client-side validation review.