Brechas e incidentes de seguridad

Detecta y registra la brecha

Ve a Brechas → Nuevo incidente y completa los datos:

• Título — descripción breve del incidente.
• Detectada el — fecha y hora exacta de detección.
• Fuente de detección — Manual, Alerta SIEM, Correo electrónico o Reporte externo.
• Descripción — narración del incidente (cifrada en reposo).
• Vector de ataque — cómo ocurrió (cifrado en reposo).
• Naturaleza de la brecha — confidencialidad, integridad o disponibilidad (puedes marcar más de una).
• Efectos — consecuencias conocidas para los titulares.
• Categorías de datos afectados — identificación, contacto, financiero, salud, biométrico, etc.
• Campos del glosario — si usas el Glosario de datos, selecciona los campos específicos afectados. DPOLab derivará automáticamente las categorías y detectará si hay datos sensibles o de categoría especial.
• Registros estimados — número aproximado de titulares afectados.
• Entidad legal — responsable del tratamiento.

Al guardar, DPOLab registra el incidente, inicia el flujo de gestión, encola la alerta a 48 horas y crea automáticamente una tarea de remediación urgente.

Completa los datos afectados

Agrega los detalles sobre los datos y titulares comprometidos.

Vincula los tratamientos afectados del RAT

Desde el detalle de la brecha, sección "Tratamientos afectados", vincula las actividades del RAT impactadas. Esto permite evaluar si el incidente exige actualizar una DPIA o adoptar nuevas medidas de seguridad.

Ejecuta el árbol de decisión (Professional+)

El árbol de decisión analiza el incidente y responde automáticamente:

• ¿Corresponde notificar a la APDP?
• ¿Corresponde notificar a los titulares afectados?
• ¿Cuál es la urgencia del incidente (normal o alta)?

El sistema consulta los campos del glosario para detectar si hay datos sensibles o de categoría especial según los Art. 16 a 16 sexies de la Ley 21.719. Si los hay, fuerza urgencia alta y notificación obligatoria, independientemente de lo que indiques manualmente.

Si el árbol determina que corresponde notificar, DPOLab muestra un contador hacia el objetivo interno de 72 horas como referencia operativa. Recuerda que la obligación legal chilena es notificar "sin dilaciones indebidas", sin plazo numérico fijo.

Registra las acciones de contención y remediación

Actualiza la brecha con:

• Acciones de contención — qué se hizo para detener el incidente (cifrado en reposo).
• Acciones de remediación — correcciones aplicadas (cifrado en reposo).
• Medidas de prevención futura — para evitar recurrencia (cifrado en reposo).

Cambia el estado a Contenida cuando la contención esté completa.

Genera la plantilla APDP y notifica (Professional+)

DPOLab genera un documento en español con todos los datos requeridos por la APDP: descripción del incidente, categorías afectadas, número estimado de titulares, medidas adoptadas y datos de contacto del DPO.

Una vez presentada la notificación en el portal de la APDP, regístrala en DPOLab indicando la fecha y hora exacta y, opcionalmente, la referencia del archivo presentado. Un segundo intento de registro devuelve un aviso de que la notificación ya fue registrada.

Notifica a los titulares (si corresponde)

Si el árbol de decisión determinó que corresponde notificar a los titulares, selecciona la plantilla de notificación correspondiente, previsualízala con los datos reales y gestiona el envío desde el sistema de correo de tu organización. Luego registra el evento en DPOLab para mantener la trazabilidad.

Revisión y cierre

Cuando la remediación esté completa y todas las notificaciones estén registradas, el flujo de aprobación avanzará hacia el cierre. El estado Cerrada se aplica al aprobarse la última etapa del flujo de gestión. No se puede forzar manualmente mientras el flujo esté activo.