Security Breach Management Policy

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

  • Brecha de seguridad: toda violación de la seguridad que ocasione la destrucción, pérdida o alteración accidental o ilícita de datos personales, o la comunicación o acceso no autorizados a dichos datos.
  • Confidencialidad: acceso o divulgación no autorizada de datos.
  • Integridad: alteración no autorizada de datos.
  • Disponibilidad: pérdida del acceso o destrucción de datos.
  • Autoridad de control: Agencia Española de Protección de Datos (AEPD) o, en su caso, autoridad autonómica competente.

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:

  • Correo electrónico a la dirección habilitada por la Empresa para incidentes.
  • Comunicación verbal o escrita al responsable directo, que la trasladará al Comité de Seguridad sin demora.
  • Formulario interno de notificación de incidentes, si está disponible.

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:

  • Fecha y hora de detección.
  • Persona que detecta o reporta.
  • Descripción inicial del incidente.
  • Sistemas, ficheros, soportes o tratamientos potencialmente afectados.

6.2. Fase 2 — Contención (T+0 a T+24h)

El Responsable de Sistemas adoptará medidas inmediatas para contener el incidente:

  • Aislamiento de equipos comprometidos.
  • Bloqueo de cuentas afectadas y cambio forzoso de credenciales.
  • Desconexión de redes o servicios.
  • Preservación forense de evidencias (logs, imágenes de disco, copias de correo).

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:

  • Tipo de brecha (confidencialidad, integridad, disponibilidad).
  • Naturaleza, sensibilidad y volumen de los datos afectados (categorías especiales art. 9 RGPD, datos de menores, datos financieros, identificadores únicos, etc.).
  • Facilidad de identificación de los interesados.
  • Gravedad de las consecuencias (suplantación, fraude, pérdida económica, daño reputacional, discriminación).
  • Características especiales del interesado (menores, colectivos vulnerables).
  • Número de afectados.

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:

  • Naturaleza de la violación, categorías y número aproximado de interesados y registros afectados.
  • Datos de contacto del DPD o punto de contacto.
  • Posibles consecuencias.
  • Medidas adoptadas o propuestas para mitigar los efectos.

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:

  • Naturaleza de la violación.
  • Datos de contacto del DPD.
  • Posibles consecuencias.
  • Medidas adoptadas y recomendaciones para que el interesado mitigue posibles efectos negativos (cambio de contraseñas, vigilancia de movimientos bancarios, etc.).

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:

  • Identificador único del incidente.
  • Fecha de la brecha y fecha de detección.
  • Origen y causas.
  • Categorías y volumen de datos e interesados afectados.
  • Tipología (confidencialidad, integridad, disponibilidad).
  • Valoración del riesgo y decisión sobre notificación.
  • Medidas de contención, mitigación y corrección.
  • Resultado de la notificación a la AEPD y a los interesados, en su caso.

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).

whatsapp