) | TTPSEC
⬇ Markdown ← Volver a la ficha
TTPSEC
B.I.2

Playbook de respuesta — Apropiación de credenciales mediante phishing

Área B · Exfiltración y/o exposición — Efecto: Exfiltración y/o exposición de datos
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

Fases de respuesta

P · PreparaciónAntes del incidente: controles y visibilidad

  • Implementar de forma preventiva: Capacitación de usuarios
  • Implementar de forma preventiva: autenticación multifactor
  • Alinear los controles de base del incidente — NIST DE, NIST PR, ISO 7.2, ISO 9.3, CIS CIS 16, CIS CIS 7
  • 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

  • APIs de hook de teclado (SetWindowsHookEx, GetAsyncKeyState), procesos con buffers de teclas. Fuente: EDR, YARA.
  • Volumen anómalo de SMTP saliente, dominios similares (typosquatting), reportes de usuarios. Fuente: gateway de correo, NETFLOW.
  • 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: EDR con detección de hooks, MFA (reduce valor de la contraseña) y hardening de endpoints.
  • Reforzar mitigación: DMARC/SPF/DKIM, filtrado anti-phishing, MFA y simulacros de concienciación.

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 DE, NIST PR, ISO 7.2
  • Crear o mejorar reglas de detección en el Códice para eliminar puntos ciegos

Obligaciones de reporte — Ley 21.663

Controles de referencia

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.