POLÍTICA DE GESTIÓN DE BRECHAS DE SEGURIDAD
Procedimiento de detección, notificación, contención y comunicación de violaciones de la seguridad de los datos personales (Art. 33 y 34 RGPD)
|
Nombre de la empresa |
ESCOLA ESTUDI DE PERRUQUERIA MARGARET, S.L. |
|
NIF / CIF |
B61471306 |
|
Domicilio social |
C/ Gregory Resina 2, 4 – 08401 Granollers (Barcelona) |
|
Datos Registro Mercantil |
Tomo 30.202. Folio 12 hoja B-168.350 |
|
Correo electrónico |
formacion@emargaret.com |
|
Sitio web |
www.emargaret.com |
|
Teléfono de contacto |
938 702 174 |
|
Responsable de informática/ DPD (si lo hubiera) |
lopd-gdd@atico34.com |
|
Versión y fecha |
v1.0 — 10/ 11/ 2026 |
1. Objeto
La presente política tiene por objeto establecer el procedimiento interno que la entidad arriba identificada (en adelante, “la Empresa”) seguirá para la detección, valoración, contención, notificación y documentación de las violaciones de la seguridad de los datos personales (en adelante, “brechas de seguridad”), de conformidad con lo establecido en los artículos 33 y 34 del Reglamento (UE) 2016/679 (RGPD) y en el artículo 38 de la Ley Orgánica 3/2018, de 5 de diciembre, de Protección de Datos Personales y garantía de los derechos digitales (LOPDGDD).
2. Ámbito de aplicación
Esta política es de aplicación a todos los tratamientos de datos personales de los que la Empresa sea responsable o encargada, en cualquier soporte (papel, electrónico, audiovisual), y vincula a todo el personal: empleados, becarios, colaboradores externos, proveedores y subcontratistas con acceso a datos personales.
3. Definiciones
4. Roles y responsabilidades
4.1. Comité / Responsable de Seguridad
Coordina la respuesta a la brecha, decide sobre la notificación a la autoridad de control y a los interesados, y firma el informe final. Está formado, como mínimo, por el responsable del tratamiento, el responsable de sistemas y, si existe, el Delegado de Protección de Datos (DPD).
4.2. Delegado de Protección de Datos (DPD)
Asesora durante todo el procedimiento, supervisa la valoración del riesgo, revisa el contenido de la notificación a la AEPD y actúa como punto de contacto con la autoridad de control y con los interesados afectados.
4.3. Personal con acceso a datos
Tiene la obligación de comunicar inmediatamente cualquier incidente o sospecha de brecha a través de los canales internos definidos, sin esperar a confirmar el alcance del incidente.
5. Canales de comunicación interna
Cualquier persona que detecte o sospeche de una brecha de seguridad deberá comunicarlo de inmediato a través de:
La omisión deliberada o la demora injustificada en la comunicación de un incidente puede dar lugar a responsabilidades disciplinarias conforme al régimen interno de la Empresa.
6. Procedimiento de gestión de la brecha
6.1. Fase 1 — Detección y registro inicial (T+0)
Desde el momento en que se tiene conocimiento de la brecha, se abre el “Registro de Incidentes de Seguridad” con la siguiente información mínima:
6.2. Fase 2 — Contención (T+0 a T+24h)
El Responsable de Sistemas adoptará medidas inmediatas para contener el incidente:
6.3. Fase 3 — Valoración del riesgo (T+0 a T+72h)
El Comité, con el asesoramiento del DPD, valorará el riesgo para los derechos y libertades de los interesados atendiendo a:
La metodología de referencia será la guía “Gestión y notificación de brechas de seguridad” publicada por la AEPD. El resultado se clasificará como: sin riesgo, riesgo o alto riesgo.
6.4. Fase 4 — Notificación a la AEPD (antes de T+72h)
Si la brecha entraña riesgo para los derechos y libertades de los interesados, el DPD o el responsable del tratamiento notificará a la AEPD a través del formulario electrónico de la sede electrónica (https://sedeagpd.gob.es), en un plazo máximo de 72 horas desde el conocimiento del incidente. Si no fuera posible aportar toda la información en ese plazo, podrá facilitarse de manera escalonada justificando el motivo.
Contenido mínimo de la notificación:
6.5. Fase 5 — Comunicación a los interesados (sin dilación indebida)
Cuando la brecha entrañe un alto riesgo, se comunicará a los interesados afectados sin dilación indebida y en lenguaje claro y sencillo, indicando:
La comunicación podrá no realizarse cuando se hayan aplicado medidas de protección apropiadas que hagan ininteligibles los datos (p. ej., cifrado robusto), cuando se hayan adoptado medidas ulteriores que eviten el alto riesgo, o cuando suponga un esfuerzo desproporcionado, en cuyo caso se recurrirá a comunicación pública.
6.6. Fase 6 — Cierre y lecciones aprendidas
Tras la resolución del incidente se elaborará un informe final que incluirá causa raíz, cronología, medidas correctoras implantadas y propuestas de mejora. El informe se incorporará al Registro de Incidentes y se revisarán el análisis de riesgos y las medidas técnicas y organizativas para evitar la reiteración del incidente.
7. Registro interno de brechas
Conforme al art. 33.5 RGPD, la Empresa mantendrá un registro documentado de todas las brechas (con o sin notificación a la AEPD) con el siguiente contenido mínimo:
El registro estará a disposición de la autoridad de control y se conservará durante al menos 3 años.
8. Brechas en encargados del tratamiento
Los contratos con encargados del tratamiento incluirán la obligación de notificar al responsable cualquier brecha sin dilación indebida, en un plazo nunca superior a 24 horas desde su conocimiento, aportando toda la información necesaria para que la Empresa cumpla con sus obligaciones de notificación.
9. Formación y concienciación
La Empresa impartirá formación periódica (al menos anual) a todo el personal sobre detección de incidentes, phishing, ingeniería social y uso del canal interno de comunicación. Se realizarán simulacros documentados al menos una vez al año.
10. Revisión de la política
Esta política se revisará al menos cada dos años, así como tras cada incidente significativo o cuando cambios normativos, organizativos o tecnológicos lo aconsejen.
Aprobada por la dirección de la Empresa en la fecha indicada en el encabezado.
Firma y sello: ____________________________
INFORME / REGISTRO DE BRECHA DE SEGURIDAD
Plantilla de documentación de violaciones de seguridad de datos personales (art. 33.5 RGPD)
|
Nombre de la empresa |
ESCOLA ESTUDI DE PERRUQUERIA MARGARET, S.L. |
|
NIF / CIF |
B61471306 |
|
Domicilio social |
C/ Gregory Resina 2, 4 – 08401 Granollers (Barcelona) |
|
Datos Registro Mercantil |
Tomo 30.202. Folio 12 hoja B-168.350 |
|
Correo electrónico |
formacion@emargaret.com |
|
Sitio web |
www.emargaret.com |
|
Teléfono de contacto |
938 702 174 |
|
Responsable / DPD |
lopd-gdd@atico34.com |
|
Versión y fecha |
v1.0 — 10/ 11/ 2026 |
Este documento debe cumplimentarse para cada brecha de seguridad detectada, con independencia de su gravedad y de si finalmente se notifica o no a la Agencia Española de Protección de Datos (AEPD). Su finalidad es dar cumplimiento al deber de documentación del artículo 33.5 RGPD y al principio de responsabilidad proactiva del artículo 5.2 RGPD. El informe debe iniciarse en el momento en que se detecta la incidencia y completarse de forma progresiva hasta su cierre.
|
1. IDENTIFICACIÓN DEL INCIDENTE |
|
|
Nº / código interno del incidente Identificador único para trazabilidad. |
|
|
Fecha y hora de detección Cuándo se tuvo conocimiento. |
|
|
Fecha y hora de inicio (estimada) Cuándo comenzó realmente la brecha, si es distinta de la de detección. |
|
|
Fecha y hora de finalización / contención |
|
|
Persona que detecta o reporta Nombre, puesto y canal. |
|
|
Responsable interno de la gestión Comité de Seguridad / DPD / Responsable de Sistemas. |
|
|
2. TIPOLOGÍA Y NATURALEZA |
|
|
Tipología de la brecha Confidencialidad (acceso/divulgación no autorizada), integridad (alteración), disponibilidad (pérdida/destrucción) o combinación. |
|
|
Medio por el que se ha materializado Ejemplos: ciberataque/ransomware, phishing, error humano, pérdida o robo de dispositivo, envío erróneo, mal funcionamiento técnico, acceso indebido de personal interno, fallo de un encargado del tratamiento. |
|
|
Origen Interno / externo / mixto. |
|
|
Intencionalidad Accidental / intencional / desconocida. |
|
|
Descripción detallada de la brecha Cronología, sistemas implicados, vector de entrada, alcance temporal. |
|
|
3. DATOS Y AFECTADOS |
|
|
Categorías de datos afectados Identificativos, contacto, económicos, profesionales, académicos, de salud (art. 9), biométricos, de menores, datos de infracciones penales (art. 10), credenciales, etc. |
|
|
Volumen aproximado de registros afectados Número de registros, ficheros, mensajes… |
|
|
Colectivos afectados Empleados, clientes, pacientes, usuarios web, candidatos, proveedores, menores. |
|
|
Volumen aproximado de interesados afectados Número estimado de personas. |
|
|
Identificabilidad ¿Se pueden identificar fácilmente a los interesados? ¿Datos seudonimizados o cifrados? |
|
|
Categorías especiales o datos sensibles Indicar si hay datos del art. 9, art. 10, menores, datos financieros sensibles, credenciales. |
|
|
4. MEDIDAS DE SEGURIDAD |
|
|
Medidas de seguridad implementadas ANTES del incidente Técnicas (cifrado, MFA, copias, segmentación de red, antivirus/EDR, parches, etc.) y organizativas (procedimientos, formación, control de accesos). |
|
|
Justificación de la ausencia de medidas específicas para prevenir este tipo de fallo, si aplica P. ej., riesgo no identificado en el análisis previo, riesgo residual aceptado. |
|
|
Procedimiento de carga y validaciones aplicadas Si la brecha es por error en cargas masivas, integraciones, ETL o procesos automatizados. |
|
|
Medidas de contención inmediatas aplicadas Aislamiento de equipos, bloqueo de cuentas, cambio de credenciales, desconexión de redes, preservación de evidencias. |
|
|
Medidas correctoras posteriores Refuerzo de medidas técnicas y organizativas, formación adicional, revisión de proveedores, modificación de procedimientos. |
|
|
5. VALORACIÓN DEL RIESGO |
|
|
Consecuencias potenciales para los interesados Suplantación de identidad, fraude financiero, daño reputacional, discriminación, pérdida de control sobre los datos, daño físico, perjuicio social. |
|
|
Nivel de riesgo estimado Sin riesgo / con riesgo / alto riesgo. Justificar conforme a la guía AEPD: tipo de brecha, naturaleza y volumen de datos, identificabilidad, gravedad, características de los interesados, número de afectados. |
|
|
Metodología utilizada Guía AEPD “Gestión y notificación de brechas”, ENISA u otra. Indicar versión. |
|
|
Necesidad de notificación a la AEPD Sí / No. Justificación. Fecha límite (72h desde la detección). |
|
|
Necesidad de comunicación a los interesados (art. 34 RGPD) Sí / No. Justificación. Medios (correo electrónico, carta, comunicación pública). |
|
|
6. NOTIFICACIONES Y COMUNICACIONES |
|
|
Notificación a la AEPD Fecha, hora, nº de expediente, vía (sede electrónica AEPD), persona que la realiza. |
|
|
Notificación al DPD interno o asesor Fecha y hora de la comunicación. |
|
|
Comunicación a los interesados Fecha, número de comunicaciones realizadas, medio, texto utilizado (adjuntar). |
|
|
Comunicaciones a otras autoridades Fuerzas y Cuerpos de Seguridad, autoridades sectoriales (Banco de España, CNMC, autoridades sanitarias, etc.), INCIBE, CCN-CERT. |
|
|
Comunicación a encargados del tratamiento / corresponsables Si la brecha les afecta o han sido el origen. |
|
|
Comunicación al cliente / responsable Si la Empresa actúa como encargado del tratamiento (art. 33.2 RGPD), fecha y vía de notificación al responsable, plazo de respuesta cumplido. |
|
|
7. QUEJAS, RECLAMACIONES Y CONSECUENCIAS |
|
|
Quejas o reclamaciones recibidas Número, vías, contenido principal, fecha. |
|
|
Reclamaciones ante la AEPD u otras autoridades Estado del procedimiento. |
|
|
Acciones judiciales En curso o previstas. |
|
|
Impacto económico estimado Costes directos (forense, notificaciones, asesoramiento, sanciones), costes indirectos (reputacionales, comerciales). |
|
|
8. CIERRE Y APRENDIZAJE |
|
|
Fecha estimada / efectiva de resolución de la brecha |
|
|
Causa raíz identificada Análisis post-mortem. |
|
|
Lecciones aprendidas Qué se podría haber detectado antes, qué procedimientos fallaron. |
|
|
Acciones de mejora con responsable y plazo Listado de acciones, persona responsable y fecha límite. |
|
|
Revisión del análisis de riesgos / EIPD Indicar si se actualizan tras este incidente. |
|
|
Otros elementos que demuestran diligencia en la gestión del incidente Formación posterior, simulacros, auditorías adicionales, certificaciones. |
|
|
9. FIRMAS |
|
|
Responsable del tratamiento Nombre, cargo, firma y fecha. |
|
|
DPD / Coordinador de protección de datos Nombre, firma y fecha. |
|
|
Responsable de sistemas / seguridad Nombre, firma y fecha. |
|
Anexos sugeridos: comunicaciones intercambiadas con la AEPD, copias de las notificaciones a los interesados, informe forense, registro de logs preservados, correos electrónicos relevantes, informe del proveedor afectado, certificados de destrucción o restauración de copias.
Este informe se incorporará al Registro de Incidentes y se conservará durante un mínimo de 3 años (art. 5.2 RGPD).