TTPSEC · Recurso técnico-educativo Ley 21.663 · Resolución Exenta N.º 7 Versión 2.0 · 2026
B.I.4

Documentos públicos con datos sensibles

Área B · Exfiltración y/o exposición — Efecto observable: Exfiltración y/o exposición de datos
Impacto Medio Categoría operativa TTPSEC

Capa 1 Clasificación regulatoria

Área de impactoB · Exfiltración y/o exposición Oficial ANCI
Efecto observableExfiltración y/o exposición de datos Oficial ANCI
Categoría operativaDocumentos públicos con datos sensibles Extensión TTPSEC
FuenteResolución Exenta N.º 7 (2025) — Reglamento de Taxonomía de Incidentes

La definición oficial textual del efecto está pendiente de reproducción fiel desde la fuente publicada. El área y el efecto observable corresponden a la taxonomía oficial; la categoría granular es una interpretación operativa de TTPSEC.

Capa 2–3 Interpretación técnica e hipótesis de ataque

Los mapeos MITRE ATT&CK son interpretaciones técnicas de TTPSEC y no forman parte de la taxonomía oficial de ANCI. La relación efecto↔técnica es de muchos a muchos, contextual y dependiente de la evidencia disponible. Cada correspondencia indica su nivel de confianza.

T1213 Data from Information Repositories MITRE ATT&CK Enterprise confianza media relación contextual

Extracción de datos desde repositorios de información (wikis, SharePoint, repos de código, historiadores).

No aplica automáticamente: el mismo efecto puede producirse por otras vías; confirmar con evidencia antes de sostener esta técnica. Catálogo Enterprise v16. · Ficha oficial ↗

Capa 4 Evidencia y telemetría

  • Descargas masivas o accesos inusuales a repositorios. Fuente: logs de la aplicación, DLP.

Capa 5 Respuesta y reporte

Controles de marco aplicables

NIST CSF 2.0

  • ID Identify (Identificar)
  • PR Protect (Proteger)

ISO/IEC 27002

  • 18.1 Cumplimiento de requisitos legales
  • 8.2 Clasificación de la información

CIS Controls v8.1

  • CIS 13 Protección de datos
  • CIS 3 Protección de datos

SCF

  • DSI Data Security & Integrity
  • PRI Privacy

Playbook de respuesta (PICERL / NIST SP 800-61)

⬇ Descargar PDF ⬇ Markdown

P · PreparaciónAntes del incidente: controles y visibilidad

  • Implementar de forma preventiva: Clasificación de información
  • Implementar de forma preventiva: cifrado
  • Implementar de forma preventiva: monitoreo DLP
  • Alinear los controles de base del incidente — NIST ID, NIST PR, ISO 18.1, ISO 8.2, CIS CIS 13, CIS CIS 3
  • 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.
  • 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.

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 18.1
  • 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 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

Capa 6 Fuentes y trazabilidad

  • 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 — catálogos consultados 2026-07.
  • Última revisión del contenido: 2026-07-15.

Herramienta independiente desarrollada por TTPSEC SpA con fines técnicos y educativos. No constituye una plataforma oficial de la Agencia Nacional de Ciberseguridad ni reemplaza asesoría jurídica o técnica especializada. La clasificación mostrada es preliminar y orientativa.