/secure

name: secure
description: "Use this skill when the user needs to secure their SaaS app, implement authentication, protect user data, secure APIs, or check for vulnerabilities. Also use when the user says 'is my app secure,' 'security check,' 'I'm worried about hackers,' 'how do I protect user data,' or 'security before launch.' Covers OWASP Top 10, auth best practices, data protection, and security checklists for apps built with AI tools."

Security

**This skill is for securing your app's code and data.** For regulatory compliance (HIPAA, SOC 2, GDPR), use **compliance**. For pre-launch readiness checks, use **go-live**. For environment variable setup during deployment, use **deploy**. For database-level security (Row Level Security), use **database**.

Don't Do Yet

• **Don't implement OAuth/SSO** until you have paying customers who need it. Email + password is fine for launch.
• **Don't buy a pentest** until you have 1,000+ users or handle sensitive data (health, finance). This checklist is enough for MVP.
• **Don't set up a Web Application Firewall (WAF)** — your hosting platform (Vercel, Railway) handles this. You don't need Cloudflare yet.
• **Don't build your own auth system.** Use Supabase Auth, Clerk, or NextAuth. Rolling your own is how breaches happen.

Quick Start

**Claude Code:**

Run a security audit on my app. Check for:
- API keys or secrets in code (should be in .env)
- Missing auth on protected routes
- SQL injection risks
- XSS vulnerabilities
- Missing rate limiting
Fix anything you find.

**Lovable / Replit / Cursor** (paste into chat):

Review my app for security issues. Check these common problems:
1. Are any API keys or passwords hardcoded? Move them to environment variables.
2. Can someone access pages without logging in? Add auth checks.
3. Is user input validated before hitting the database?
4. Are passwords hashed (not stored as plain text)?
5. Is rate limiting set up on API endpoints?
Show me what needs fixing and fix it.

---

Security Checklist

Security Basics:
- [ ] Authentication required for protected routes
- [ ] Passwords hashed (bcrypt/argon2), never stored plain text
- [ ] API keys in environment variables, not code
- [ ] HTTPS only in production
- [ ] Input validated on server side
- [ ] SQL injection prevented (use parameterized queries)
- [ ] XSS prevented (sanitize user input)
- [ ] CSRF tokens on forms
- [ ] Rate limiting on API endpoints
- [ ] User sessions expire (30min-1hr typical)

See [COMMON-VULNS.md](COMMON-VULNS.md) for detailed checks.

---

Critical: Never Store These in Code

**Move to environment variables:**

• Database passwords
• API keys (Stripe, SendGrid, etc)
• JWT secrets
• OAuth client secrets
• Encryption keys

**Tell AI:**

Store API keys in .env file, not in code.
Add .env to .gitignore.
Access via process.env.API_KEY

---

Authentication

**Use a service. Don't build this yourself.**

| If you use... | Auth solution | |---------------|---------------| | Supabase | Supabase Auth (built in) | | Next.js | NextAuth.js or Clerk | | Lovable | Supabase Auth (Lovable's default) | | Replit | Replit Auth or Supabase |

**If you must build auth yourself** (not recommended), the minimums are:

• Passwords: 8+ chars, hashed with bcrypt (12 rounds), never stored plain text
• Email verification required for signups
• Password reset via email token only
• Sessions expire after 30-60 minutes idle

**Tell AI:**

Set up authentication using [Supabase Auth / NextAuth / Clerk].
I need: email+password signup, email verification, password reset,
and session timeout after 30 minutes of inactivity.

See [SECURITY-PROMPTS.md](SECURITY-PROMPTS.md) for implementation details.

---

Data Protection

**Always encrypt:**

• Passwords (hashed, not encrypted)
• Payment info (use Stripe, don't store cards)
• Personal identifiable information (PII)

**Never log:**

• Passwords (even hashed)
• Credit card numbers
• API keys
• Session tokens

**Tell AI:**

Never log sensitive data.
Replace passwords/tokens with "[REDACTED]" in logs.

---

API Security

**Required for all API endpoints:**

• Authentication check
• Rate limiting (prevent abuse)
• Input validation
• Error messages don't leak info

**Tell AI:**

Add to all API routes:
- Require valid auth token
- Rate limit: 100 requests/minute per IP
- Validate all inputs (reject invalid)
- Generic error messages (no stack traces to users)

---

Common Vulnerabilities

**Most common in AI-built apps:**

1. **Exposed API keys** - In code instead of .env 2. **No rate limiting** - APIs can be spammed 3. **Missing auth checks** - Routes accessible without login 4. **SQL injection** - Raw SQL with user input 5. **XSS attacks** - Unescaped user content displayed

See [COMMON-VULNS.md](COMMON-VULNS.md) for how to check.

---

Security Prompts for AI

**Adding authentication:**

Add authentication to this route.
Require valid JWT token.
Return 401 if missing/invalid.
Don't expose error details.

**Rate limiting:**

Add rate limiting:
- 100 requests/minute per IP
- Return 429 "Too many requests" if exceeded
- Use sliding window, not fixed

**Input validation:**

Validate all user inputs:
- Email: valid format
- Password: 8+ chars, 1 number, 1 symbol
- Username: alphanumeric only, 3-20 chars
Reject invalid input with clear error message

See [SECURITY-PROMPTS.md](SECURITY-PROMPTS.md) for more.

---

Pre-Launch Security Review

**Before deploying:**

Production Security:
- [ ] All secrets in environment variables
- [ ] HTTPS enforced (no HTTP)
- [ ] Database backups configured
- [ ] Rate limiting on all APIs
- [ ] Error pages don't show stack traces
- [ ] Admin routes protected
- [ ] File uploads validated (type, size)
- [ ] CORS configured (not wildcard "*")

---

When to Get Security Audit

**Signs you need expert review:**

• Handling payments directly (not Stripe)
• Storing health/financial data
• Mul