AppSec continua · Dentro del pull request
Vulnerabilidadesdetectadasantes delmerge.
Cada pull request revisado en línea. La decisión de integrar sigue siendo de su equipo.
El problema
El volumen creció. La revisión humana no.
- La IA escribe código a velocidad de máquina. Los patrones inseguros llegan con la build en verde.
- Los scanners avisan después del merge, enterrados en ruido legacy que nadie lee.
- Los exploits llegan en un día desde la divulgación. Un escaneo trimestral ya es tarde.
zerodayclock.com · Epoch.ai, vía a16z · 2026
Cómo funciona
Del pull request al merge. Sin cambio de contexto.
- 01 · GitHub
Pull request abierto
Webhook. Nada que instalar.
- 02 · Revisión
Comentarios inline
Líneas exactas. Nuevos · heredados · resueltos.
- 03 · Slack
“@vora mostrá H-1”
Lee sus hallazgos. No escribe nada.
- 04 · Merge
Decide su equipo
Vora nunca integra.
El nuevo findByCustomerId concatena el parámetro de ID del cliente directamente en el SQL. Una solicitud con ' OR '1'='1 en la ruta devuelve todas las órdenes de la tabla: enumeración completa, sin necesidad de bypass de autenticación. Sugerencia: parametrizar el filtro con ? y un argumento ligado, igual a como JdbcTemplate ya se usa en el resto del archivo.
Postura de seguridad
Nunca escribe su código
Permisos mínimos. Nunca integra.
Sin acceso a producción
Solo pull requests.
Cifrado y auditado
Cifrado en reposo. Auditoría encadenada por hash.
Nada que instalar
Conecte la organización. Listo.
Nacido en finanzas reguladas, donde cada hallazgo necesita evidencia que un auditor acepte. Ese estándar hoy llega a todos los equipos.