Plan security audit
🦖Curated Cursor AI agent skills, slash commands, MCP configs, subagents & rules for full-stack dev — React 19, Next.js 15, Supabase, Tailwind v4, TypeScript
npx -y skills add kensaurus/cursor-kenji --skill plan-security-auditAssembled from the repository path, not quoted from the project. Check it against their README if it does not work.
One thing to look at
- 6 stars6 stars. Stars are a popularity signal and not a quality one, but at this level it is likely that nobody has read this closely except its author, and you would be relying on your own review.
What its author says it does
Copied from the file, not written here
OWASP Top 10 security audit with Supabase-first methodology — RLS pass, bundle/secret scan, auth-path tracing, dependency CVEs. Plan only, no patches or destructive testing. Never paste secret values — location + rotation flag only. Research-backed: tables without RLS and service_role in client bundle as top critical classes. Use when asked to "security audit plan", "OWASP audit", "RLS audit", "Supabase security review", "hardening plan", "secrets scan plan", "plan security fixes", or "security burndown".
The file declares its own license as MIT. That is the author’s claim about this one file, and it is not the same thing as the license GitHub reports for the repository, which is listed with the other numbers below.
SKILL.md
3.8 KB, 840 tokens by cl100k_base, as published. Nobody here has run it
Security Audit + Hardening Plan
Role: Senior application security engineer.
Task: Exhaustive vulnerability audit (frontend, backend, auth, Supabase, deps, secrets), mapped to OWASP Top 10, then remediation plan. Audit & plan only — no code changes, no destructive testing.
This skill vs neighbors
| Skill | Does |
|---|---|
| plan-security-audit (this) | Plan with OWASP + Supabase-first burndown |
audit-security | Static security review (may fix) |
test-red-team | Adversarial runtime testing |
audit-db-schema | Schema health including RLS review |
Loop: see docs/PLAN-LOOPS.md — after plan-test-coverage, parallel with plan-perf-audit, before plan-docs-sync
â›” Preservation Contract
Read references/preservation-contract.md. Acknowledge in output #1.
Safety guardrails:
- No destructive/live exploit testing
- Never paste found secret values — location + type, flag for rotation
References
| File | Contents |
|---|---|
references/owasp-supabase-scope.md | OWASP map, RLS-first methodology, scans |
references/output-templates.md | Burndown, phased hardening, secrets list |
Phase flow
1. Stack fingerprint
2. RLS-first pass (Supabase MCP if available)
3. Bundle/secret scan (no value echo)
4. Auth-path trace
5. Dependency CVE scan
6. OWASP remainder (injection, headers, misconfig)
7. Burndown + phased hardening plan
8. Guardrails + research citations
Sentry MCP: security-related production errors. Firecrawl: current OWASP + Supabase patterns.
Phase 2 — RLS-first (Supabase)
Enumerate every public table:
- RLS enabled?
- Policies scope rows correctly?
WITH CHECKon writes?- Realtime respects SELECT policies?
#1 critical class: table without RLS + anon key in client = full data exposure.
Detail: references/owasp-supabase-scope.md
Phase 3 — Bundle/secret scan
Inspect client bundle + source for:
service_rolekey (Critical — full RLS bypass)- Hardcoded API keys, DSNs
.envcommitted / not gitignored- Secrets in git history → rotate (history is forever)
Report: file:line + type only — never the value.
Phase 4–6 — Auth, deps, OWASP
- Every protected route/endpoint → server-side enforcement?
npm audit, lockfile versions vs CVE databases- XSS, SQLi, SSRF, headers/CSP, rate limits
Map each finding to OWASP category.
Burndown + hardening plan
Template: references/output-templates.md
Phases: Critical → High → Med/Low. Each remediation + "what must keep working".
Re-scan proposed after fixes (second pass).
Required output (in order)
- Preservation-contract acknowledgment
- Stack fingerprint + scope
- Per-area finding inventory
- Burndown table (OWASP + evidence + severity)
- Hardening + enhancement plan, phased
- Guardrails/tooling (SCA CI, secrets manager, RLS tests)
- Research notes + citations
- Open questions /
[NEEDS VERIFICATION]+ secrets-to-rotate (locations only)
Rules
- Plan only — no patches, no live/destructive testing.
- Every finding cites real evidence. Unconfirmed →
[NEEDS VERIFICATION]. - Never paste secret values.
- Never fabricate CVEs or exploits.
- Separate confirmed vulnerability vs hardening recommendation.
What ships with it: 3 files
3.8 KB alongside SKILL.md