Sentinel Ecosystem vs GitHub Security: Matriz de Detección en Laboratorio
Evaluación empírica real de la Pull Request Merx #12 ("feat: add deployment health check and telemetry reporting"). Diseñada para eludir revisiones superficiales mediante hooks de ciclo de vida, descarga encubierta de etapas, inyección en memoria y ofuscación en Base64. Esta página documenta qué detectó cada motor, cómo lo detectó, y por qué GitHub la dejó pasar.
Vercel Deployment: PASS — despliega la versión sin objeción nativa
Dependabot / Code Scanning: Sin alertas de bloqueo en PR
Único bloqueo: Check Run de Sentinel Authorization (Fail) 🛡️
¿Por qué falló la seguridad nativa estándar de GitHub?
Los scanners estándar de CI/CD (npm audit / Dependabot) buscan CVEs conocidos en dependencias declaradas. No inspeccionan scripts de ciclo de vida (prestart, postinstall), ni analizan flujos de datos AST en archivos propios de utilidad. Como resultado, el pipeline de GitHub Actions completó el build en verde (pass), dejando el despliegue expuesto a la ejecución remota.
¿Cómo contuvo Sentinel el ataque antes del merge?
Tanto Sentinel CLI como Sentinel Oracle en modo local (sin requerir Cloud API Key) interceptaron la construcción sintáctica de descarga remota entubada a shell, la invocación dinámica de eval() y la ofuscación en Base64. Oracle bloqueó el Check Run de autorización en GitHub, imposibilitando el merge incluso ante el build exitoso de CI.
02 // Cadena de Trazabilidad
Análisis de Vectores de Ataque por Capa
Para cada vector de ataque identificado en PR #12: técnica MITRE ATT&CK, ubicación en el código, y qué detectó cada herramienta (y por qué GitHub no lo vio).
Vector 1Lifecycle Hook ExecutionT1059.007 — JavaScript/Node.js execution via npm lifecycle
Secret scanning detectó un token (alerta sin bloqueo), no detectó el patrón de exfiltración activa de process.env
03 // Metodología
Cómo Funciona Cada Herramienta
Cada herramienta opera desde un ángulo diferente. Entender su metodología explica por qué algunas detectaron la PR #12 y otras no.
⌘
Sentinel CLI
Motor de reglas AST + análisis de sintaxis y patrones de comportamiento. Ejecuta offline, sin enviar código a ningún servidor.
Fortalezas
+Sin latencia de red
+Pre-commit y CI/CD
+Determinista y reproducible
Limitaciones
—Sin correlación de inteligencia global
—Sin análisis taint cross-file profundo
🔐
Sentinel Oracle
Autorización de merges: combina el motor lite con módulos de inteligencia (capabilities, trust, secrets, endpoints) y bloquea el Check Run de GitHub hasta autorización explícita.
Fortalezas
+Gating inmutable en GitHub
+Análisis de 9 módulos intel
+Funciona sin Cloud API Key
Limitaciones
—Requiere servidor local
—Check Run updates requieren conectividad a GitHub
☁
Sentinel Cloud
Motor full con taint analysis AST cross-file, correlación con inteligencia global de amenazas, y generación de evidence packs para compliance.
Fortalezas
+Taint analysis profundo
+Correlación global de IOCs
+Evidence pack completo
Limitaciones
—Requiere API Key configurada
—Latencia de red para análisis
📋
Sentinel Audit
Orquestador de evidencia: fija el commit SHA, coordina múltiples analizadores, registra cobertura explícita y preserva expediente inmutable para adjudicación humana.
Fortalezas
+Honestidad de cobertura
+Expediente inmutable
+Coordinación multi-herramienta
Limitaciones
—No es un motor de detección
—Requiere herramientas externas instaladas
🐙
GitHub Security
Dependabot actualiza dependencias con CVEs conocidos. Code Scanning (CodeQL) analiza código fuente en ramas configuradas. Secret Scanning detecta tokens expuestos.
Fortalezas
+Integración nativa
+Sin setup adicional
+Amplia cobertura de CVEs
Limitaciones
—No analiza lifecycle scripts propios
—Code Scanning requiere configuración explícita por rama/PR