B.III.1
Playbook de respuesta — Archivo(s) de control de versión expuestos en aplicación
Área B · Exfiltración y/o exposición — Efecto: Exfiltración y/o exposición de código fuente
Impacto Alto 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
- T1213 Data from Information Repositories · MITRE ATT&CK · confianza media
- T1552 Unsecured Credentials · MITRE ATT&CK · confianza media
Fases de respuesta
P · PreparaciónAntes del incidente: controles y visibilidad
- Implementar de forma preventiva: Configuración segura de repositorios
- Implementar de forma preventiva: escaneo de código expuesto
- Alinear los controles de base del incidente — NIST ID, NIST PR, ISO 14.1, ISO 14.2, CIS CIS 14, CIS CIS 5
- 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
- Descargas masivas o accesos inusuales a repositorios. Fuente: logs de la aplicación, DLP.
- Rutas .env/.git/config accesibles, secretos en código. Fuente: escaneo de secretos, logs web.
- 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
- Bloquear la salida de datos (egress) hacia el destino de exfiltración
- Aislar de la red el host o servicio afectado
- Revocar credenciales, tokens o secretos que quedaron expuestos
E · ErradicaciónEliminar la causa raíz
- Eliminar el malware/keylogger o el canal de exfiltración
- Corregir la configuración que expuso los datos (bucket, ruta, permiso)
- Reforzar mitigación: Control de acceso por necesidad, clasificación de datos y DLP.
- Reforzar mitigación: Gestión de secretos (vault), escaneo en CI/CD y rotación de credenciales expuestas.
R · RecuperaciónVolver a operación normal de forma segura
- Rotar todos los secretos y credenciales expuestos
- Evaluar notificación a titulares de datos afectados (Ley 21.719)
- Confirmar que la telemetría y las detecciones vuelven a la normalidad
§ · Reporte ANCIObligación legal — Ley 21.663 / Res. Ex. N°7
- Alerta temprana: dentro de 3 horas
- Actualización — OIV con servicio esencial afectado: dentro de 1 día (OIV con servicio esencial afectado)
- Segunda notificación (actualización): dentro de 3 días
- Plan de acción — OIV: dentro de 7 días (OIV)
- Informe final: dentro de 15 días
- Registrar cronología y evidencia desde el minuto uno para sustentar el reporte
- Reportar en portal.anci.gob.cl con ClaveÚnica del encargado de ciberseguridad
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 — NIST ID, NIST PR, ISO 14.1
- 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
- NIST CSF 2.0: ID Identify (Identificar); PR Protect (Proteger)
- ISO/IEC 27002: 14.1 Desarrollo seguro; 14.2 Seguridad en desarrollo
- CIS Controls v8.1: CIS 14 Acceso controlado; CIS 5 Configuración segura
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.
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.