Incidentes reales en los que se basa esta habilidad:

• Moltbook (feb 2026) — 1,5M de tokens de autenticación + 35K correos filtrados por RLS de Supabase desactivado + clave anónima en el bundle del cliente, 3 días después del lanzamiento.
• Lovable CVE-2025-48757 — BOLA en /api/projects/[id], 18k registros de usuarios expuestos, 48 días sin parche.
• Bolt.new — claves sk- / AKIA / AIzaSy enviadas frecuentemente en bundles de JS.
• Cursor — configuraciones .env / .cursor/ commiteadas en git.
• Snake game (Claude) — pickle.loads en entrada de red → RCE.

Cómo se ven 318 vulnerabilidades

VibeWrench escaneó 100 aplicaciones vibe-coded (2026):

Wiz Research (2025): el 20% de las aplicaciones vibe-coded incluyen fallos graves. ETH Zurich BaxBench (2025): el 45% del código generado por IA contiene una vulnerabilidad del OWASP Top 10.

Qué cubre

22 verificaciones en capas:

1. Rate limit del gateway de API + autenticación en rutas de API de pago
2. Verificación de firma de webhooks (cuerpo crudo, Stripe/Clerk/Resend)
3. La entrada del usuario nunca se concatena al prompt del sistema
4. Consultas de BD parametrizadas (Supabase/Prisma)
5. Sanitización de HTML antes de inyectar la salida de IA
6. Claves de API nunca en el bundle del cliente (NEXT_PUBLIC_*/VITE_*)
7. max_tokens + timeout + canary en cada llamada al LLM
8. Errores de producción genéricos; sin fuga de stack trace
9. Filtros de RAG/recuperación por tenant_id a nivel de BD
10. Action Guard: las herramientas de mutación requieren re-verificación de permisos en el servidor + idempotencia
11. Identidad desde la sesión del servidor, nunca desde el cuerpo/cabecera de la petición
12. Comprobación de propiedad en cada ruta /[id] (BOLA / IDOR)
13. RLS de Supabase habilitado en cada tabla pública
14. Deducción atómica de créditos + captcha de registro + normalización de email
15. Logger estructurado con redacción; nada de console.log(req.body)
16. .env* en .gitignore Y no en el historial de git
17. Dependencias npm alucinadas/typosquatted
18. Nada de pickle.loads / eval / yaml.load / Function() / shell:true sobre entrada de usuario
19. La cobertura del middleware coincide con cada ruta protegida
20. Control en el servidor, no solo redirección con useEffect en el cliente
21. Protección CSRF en peticiones que cambian estado (el 70% de las apps lo omite)
22. Cabeceras de seguridad (CSP, HSTS, X-Frame-Options) + flags de cookies + aplicación de TLS

Procedimiento completo para cada verificación: references/checks.md.

Instalación

Una sola línea:

O manual:

Luego, en cualquier sesión de Claude Code, pregunta:

audita mi aplicación en busca de problemas de seguridad

o invócalo directamente:

/cso-vibecheck

Modo de triaje rápido

Para un escaneo de 30 segundos de las 5 categorías más catastróficas (clave en el cliente, IDOR, RLS desactivado, .env expuesto, identidad desde la petición):

Luego pregunta a Claude:

/cso-vibecheck quick scan

Salida

Informe Markdown estructurado con:

• Veredicto: BLOCK SHIP | SHIP WITH FIXES | CLEAR
• Conteos P0 / P1 / P2 / N/A
• Cada hallazgo: capa, n.º de check, evidencia file:line, descripción en lenguaje sencillo, incidente ancla, explotación en una frase, diff de corrección listo para copiar y pegar
• Próximas acciones recomendadas
• Herramientas de CI a añadir (gitleaks, socket.dev, Supabase advisor)

Consulta references/report-template.md para la plantilla exacta.

Referencias

• OWASP LLM Top 10 (2025)
• OWASP Top 10 para aplicaciones agénticas (2026)
• Wiz Research: el 20% de las apps vibe presentan riesgos
• Escape Tech: más de 2k vulnerabilidades en 5.600 apps
• Análisis del hack de Moltbook
• Crisis de seguridad en Lovable (TNW)

Licencia

MIT