SC.1

Playbook de respuesta — Inyección de código malicioso en librerías NPM, PyPI, Maven u otras

Área SC · Cadena de suministro (propuesta TTPSEC) — Efecto: Compromiso de cadena de suministro

PICERL / NIST SP 800-61

Clasificación preliminar y orientativa. No constituye una decisión jurídica ni reemplaza la evaluación del encargado de ciberseguridad. Reporte oficial en portal.anci.gob.cl.

Técnicas MITRE asociadas

T1195.001 Compromise Software Dependencies and Development Tools · MITRE ATT&CK · confianza media

Fases de respuesta

P · PreparaciónAntes del incidente: controles y visibilidad

Implementar de forma preventiva: Auditoría de dependencias
Implementar de forma preventiva: control de versiones
Implementar de forma preventiva: análisis SCA
Alinear los controles de base del incidente — ISO 14.2, ISO 14.3, CIS CIS 16, CIS CIS 2
Asegurar que la telemetría requerida esté activa y llegando al SIEM (ver mapa de visibilidad)

I · Detección y análisisIdentificar y dimensionar el ataque

Dependencias con versiones/hashes inesperados, paquetes typosquatting. Fuente: SCA, SBOM.
Confirmar el alcance: sistemas, cuentas, datos y segmentos afectados
Desplegar y ejecutar las reglas del Códice de Detección de este incidente (Sigma, YARA, Suricata)

C · ContenciónLimitar el impacto de inmediato

Aislar el componente o dependencia comprometido
Detener los despliegues desde el pipeline afectado

E · ErradicaciónEliminar la causa raíz

Reemplazar la dependencia/componente por una versión confiable verificada
Auditar el pipeline y los sistemas de build
Reforzar mitigación: SCA, fijar versiones y hashes, y verificar la cadena de dependencias.

R · RecuperaciónVolver a operación normal de forma segura

Reconstruir desde fuentes confiables y fijar versiones/hashes (SBOM)
Verificar la firma de releases y artefactos
Confirmar que la telemetría y las detecciones vuelven a la normalidad

L · Lecciones aprendidasCerrar el ciclo y mejorar

Documentar causa raíz y línea de tiempo del incidente
Actualizar controles ISO/CIS/NIST para cerrar las brechas detectadas — ISO 14.2, ISO 14.3, CIS CIS 16
Crear o mejorar reglas de detección en el Códice para eliminar puntos ciegos

Obligaciones de reporte — Ley 21.663

3 horasAlerta temprana
1 díaActualización — OIV con servicio esencial afectado (OIV con servicio esencial afectado)
3 díasSegunda notificación (actualización)
7 díasPlan de acción — OIV (OIV)
15 díasInforme final

Controles de referencia

ISO/IEC 27002: 14.2 Seguridad en desarrollo; 14.3 Control ISO 27002:2013
CIS Controls v8.1: CIS 16 Monitorización y defensa de cuentas; CIS 2 Inventario de software

PLAYBOOK ANCI by TTPSEC · playbook.ttpsec.cl · Recurso independiente y educativo; no constituye una plataforma oficial de la ANCI.
Fuentes: Ley 21.663 (art. 9) · Resolución Exenta N.º 7/2025 · Reglamento de Reporte (Decreto 295/2024) · MITRE ATT&CK / ATLAS. Revisión 2026-07.