# Playbook de respuesta — Modificación de logs de auditoría

**Código:** D.I.4  
**Área ANCI:** D · Modificación y manipulación no autorizada  
**Efecto observable:** Modificación no autorizada de datos  
**Impacto:** Crítico  
**Modelo:** PICERL / NIST SP 800-61  
**Fuente:** PLAYBOOK ANCI by TTPSEC — https://playbook.ttpsec.cl/incidentes/modificacion-de-logs-de-auditoria/

> Clasificación preliminar y orientativa. No constituye una decisión jurídica ni reemplaza la evaluación del encargado de ciberseguridad de la organización.

## Técnicas MITRE asociadas
- **T1070.001** Clear Windows Event Logs _(confianza media)_ — Borrado del registro de eventos de seguridad de Windows para ocultar la actividad (anti-forense).
- **T1070.003** Clear Command History _(confianza media)_ — Borrado del historial de comandos para ocultar los comandos ejecutados.

## Fases de respuesta (PICERL / NIST SP 800-61)

### P · Preparación
_Antes del incidente: controles y visibilidad_
- [ ] Implementar de forma preventiva: Logs centralizados
- [ ] Implementar de forma preventiva: WORM storage
- [ ] Implementar de forma preventiva: alertas en tiempo real
- [ ] Alinear los controles de base del incidente _(NIST DE, NIST RS, ISO 12.4, ISO 16.1, CIS CIS 6, CIS CIS 8)_
- [ ] Asegurar que la telemetría requerida esté activa y llegando al SIEM (ver mapa de visibilidad)

### I · Detección y análisis
_Identificar y dimensionar el ataque_
- [ ] EventID 1102 (log limpiado), gaps en la telemetría. Fuente: SIEM centralizado.
- [ ] history vaciado, HISTFILE apuntando a /dev/null. Fuente: logging de shell centralizado.
- [ ] 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ón
_Limitar el impacto de inmediato_
- [ ] Aislar el sistema para preservar su estado
- [ ] Congelar cambios y preservar evidencia forense (logs, imágenes)
- [ ] Revertir a la última configuración o estado válido conocido

### E · Erradicación
_Eliminar la causa raíz_
- [ ] Eliminar el acceso del atacante y los cambios no autorizados
- [ ] Restablecer la integridad de logs y configuraciones críticas
- [ ] Reforzar mitigación: Reenvío de logs en tiempo real a un SIEM WORM y alerta ante limpieza.
- [ ] Reforzar mitigación: Auditd/shell logging remoto e inmutable, y alerta ante manipulación.

### R · Recuperación
_Volver a operación normal de forma segura_
- [ ] Restaurar datos y configuración desde un backup verificado
- [ ] Validar la integridad con checksums o firmas digitales
- [ ] Confirmar que la telemetría y las detecciones vuelven a la normalidad

### § · Reporte ANCI
_Obligació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 aprendidas
_Cerrar 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 DE, NIST RS, ISO 12.4)_
- [ ] Crear o mejorar reglas de detección en el Códice para eliminar puntos ciegos

## Obligaciones de reporte — Ley 21.663 / Res. Ex. N.º 7
- **3 horas** — Alerta temprana
- **1 día** — Actualización — OIV con servicio esencial afectado (OIV con servicio esencial afectado)
- **3 días** — Segunda notificación (actualización)
- **7 días** — Plan de acción — OIV (OIV)
- **15 días** — Informe final
- Reporte oficial en https://portal.anci.gob.cl

## Controles de referencia
- **NIST CSF 2.0:** DE Detect (Detectar); RS Respond (Responder)
- **ISO/IEC 27002:** 12.4 Registro de eventos; 16.1 Gestión de incidentes
- **CIS Controls v8.1:** CIS 6 Gestión de logs; CIS 8 Defensa contra malware

## Fuentes
- Ley N.º 21.663 (Marco de Ciberseguridad), art. 9
- Resolución Exenta N.º 7 (2025) — Reglamento de Taxonomía de Incidentes
- Reglamento de Reporte de Incidentes (Decreto N.º 295/2024)
- MITRE ATT&CK Enterprise/ICS v16 y MITRE ATLAS

---
Generado por **PLAYBOOK ANCI by TTPSEC** · playbook.ttpsec.cl · Recurso independiente y educativo; no constituye una plataforma oficial de la ANCI. Revisión 2026-07.