slopsec
SolidSecurity audit and hardening for vibe-coded SaaS apps. Use when reviewing, securing, hardening, or pen-testing an app — especially AI-generated / vibe-coded / "shipped fast" projects (Next.js, Supabase, Firebase, Express, serverless). Triggers: "is my app secure", "security review", "harden this", "check for vulnerabilities", "I'm about to launch", "audit before deploy", "exposed secrets", "leaked API keys", "before I ship". Walks the 50 most common ways vibe-coded apps get owned and produces a prioritized fix list.
Install
Quality Score: 80/100
Skill Content
Details
- Author
- lachydotmcg
- Repository
- lachydotmcg/slopsec
- Created
- 1 months ago
- Last Updated
- 4 days ago
- Language
- N/A
- License
- MIT
Integrates with
Similar Skills
Semantically similar based on skill content — not just same category
security-audit
Run a full security, bug, and data-protection audit on any codebase (especially vibe-coded apps built with Lovable, Bolt, Replit, Cursor, v0, Claude Code, or similar AI builders). Use whenever the user asks to "audit", "check for vulnerabilities", "find security issues", "review for bugs", "pentest", "rate/score my app's security", "is this safe to launch/deploy", or similar, or before any deployment/launch discussion. Runs 100+ checks across OWASP Top 10 2025, OWASP LLM Top 10, supply-chain, secrets, data protection, auth, and business logic, cross-references live threat intelligence via web search, and produces a scored report (0-100 per category + overall letter grade) with concrete fixes.
security-review
A focused, single-lens security review of a change. The one specialist a user runs alone when they care about exploitability — not a general sweep. Core method is taint tracing - follow untrusted input from its source, across the trust boundary, to a dangerous sink - and prove the path is reachable before calling it a finding. Covers injection (SQL/NoSQL/command/LDAP), XSS, SSRF, path traversal, insecure deserialization, authn/authz gaps (missing permission checks, IDOR), secret handling, sensitive-data exposure in logs/errors/URLs, crypto misuse, and unsafe defaults. Every finding cites file:line, a severity (a real exploit path is a blocker), the concrete attack, and a fix.
appsec
Application-level security review: dependency manifests for known-vulnerable packages, missing HTTP security headers, permissive CORS configuration. Use when user says 'review my dependencies', 'check for vulnerable packages', 'run a dependency audit', 'audit security headers', 'review CORS config', or when working in package.json/package-lock.json, go.mod/go.sum, requirements.txt/poetry.lock, Gemfile.lock, Cargo.toml/Cargo.lock, pom.xml, or server/app config with CORS or header middleware.