[ Requisitos regionales ]

Informes GDPR y DMARC : recopilación, acceso y retención

Evalúe los campos del informe DMARC , las funciones de procesamiento, el acceso, la retención y las transferencias sin confundir una configuración DNS con el cumplimiento GDPR .

Por el equipo de investigación EmailAuth · 6 minutos de lectura

[Puntos clave]

  • RFC 9990 describe datos agregados a nivel de dominio, no informes de mensajes completos.
  • Los informes de fallas RFC 9991 pueden exponer el contenido y necesitan una evaluación de privacidad distinta.
  • Los campos reales, los procesadores, la base legal, el acceso, las transferencias y la retención permanecen sin verificar.
En esta página

Alcance la actividad de presentación de informes antes de elegir los controles.

El análisis GDPR se refiere a una actividad de procesamiento, no simplemente a la presencia de un Registro DMARC. Establecer si el responsable o encargado del tratamiento y la actividad correspondiente se encuentran dentro del ámbito material y territorial del Reglamento. El establecimiento de la UE y ciertas actividades dirigidas a personas en la Unión son caminos de aplicabilidad diferentes según los Artículos 2 y 3. Ni una dirección de destinatario europea ni una ubicación de alojamiento en el extranjero resuelven la cuestión por sí solos. GDPR se aplica desde el 25 de mayo de 2018; la entrada EUR-Lex y el texto consolidado vinculado se revisaron el 8 de noviembre de 2026. Texto principal GDPR.

Describa por qué la organización quiere informes, quién los recibe, qué decisiones respaldan y si es necesaria evidencia a nivel de mensaje. Separe la investigación de seguridad del dominio del seguimiento de los empleados, la elaboración de perfiles de clientes o análisis no relacionados. La disponibilidad de una función de informes no justifica todos los usos posibles de su resultado. El propietario de la privacidad debe aprobar el propósito y la base legal aplicable antes de que comience un nuevo acuerdo de procesamiento.

Distinguir campos agregados del contenido del mensaje

RFC 9990 define informes agregados utilizando información de autenticación a nivel de dominio. Su esquema incluye la dirección IP del servidor de correo de conexión, recuentos de mensajes, evaluación de políticas e identificadores de dominio de autor; Algunos campos de dominio del sobre son opcionales. La sección de privacidad describe este modelo de informes excluyendo direcciones de usuarios individuales, direcciones IP individuales y contenido de mensajes. No diga a los lectores que una conformidad informe agregado contiene necesariamente el buzón completo del destinatario o el mensaje original. Especificación de informes agregados.

No obstante, la revisión operativa debe inspeccionar la entrada y el procesamiento reales. Un proveedor puede enriquecer un récord, agregue información de la cuenta, conserve muestras de mensajes cargados o combine informes con otros registros. La cuestión de la privacidad se refiere entonces a ese conjunto de datos real y su identificabilidad, no sólo al esquema previsto por el estándar. Documente campos con formato incorrecto o inesperados en lugar de tratarlos silenciosamente como una colección autorizada. Un campo llamado source_ip debe interpretarse en su contexto de informes, no etiquetarse automáticamente como la dirección de un usuario final individual.

Informes de fallas requieren una evaluación diferente. RFC 9991 permite información detallada sobre mensajes fallidos y explica que los informes pueden exponer encabezados, direcciones, contenido y destinos de reenvío previamente ocultos. Su apartado de privacidad insta a destinos controlados, minimización y uso diagnóstico limitado. La redacción puede reducir la exposición sin eliminar toda la información de identificación. Los receptores pueden restringir o rechazar estos informes; La publicación de una solicitud no garantiza su recepción. Especificación de informes de fallas.

Asignar una finalidad lícita y una relación de tratamiento

Cuando se procesen datos personales, registre la base del Artículo 6 seleccionada y su razonamiento de respaldo. Los fines de seguridad no establecen automáticamente ni el consentimiento ni los intereses legítimos. Las orientaciones del CEPD describen la necesidad de un interés real y legítimo, la necesidad y el equilibrio con los derechos de las personas cuando se invocan intereses legítimos. Las autoridades públicas no pueden utilizar el artículo 6, apartado 1, letra f), para el tratamiento en el desempeño de sus funciones. Obtenga la evaluación legal adecuada en lugar de seleccionar una base desde un menú de software. Guía de procesamiento legal del CEPD y Artículo 6 GDPR.

Asigne el rol real de cada parte: receptor del servicio de correo, propietario del dominio, procesador de informes, proveedor de soporte y cualquier destinatario posterior. Las etiquetas de controlador y procesador dependen de quién determina los propósitos y medios y quién actúa según las instrucciones de quién. Cuando se aplique el artículo 28, el acuerdo de procesamiento debe abordar las instrucciones y salvaguardias requeridas. La autorización DNS de un buzón de informes no es un acuerdo de procesamiento de datos ni una aprobación para un uso posterior no relacionado.

Diseñar el acceso y la retención en función de la necesidad.

El artículo 5 exige la minimización y limitación del almacenamiento, mientras que los artículos 25 y 32 abordan el diseño protector y la seguridad adecuada al riesgo. Aplíquelos a la canalización de informes real: buzón de entrada, analizador, panel, exportaciones, tickets de soporte y copias de seguridad. Proporcione a cada rol autorizado la menor información necesaria para su tarea. Un ingeniero de soporte que soluciona problemas de una importación agregada no necesita automáticamente un archivo adjunto de mensaje fallido sin editar. Texto consolidado GDPR.

no hay universalidad DMARC plazo de conservación previsto en este artículo. Establecer un plazo justificado para cada conjunto de datos y finalidad, considerando por separado cualquier conservación legalmente requerida. Especifique cuándo se produce la eliminación, cómo se cubren las exportaciones y las copias y quién verifica el proceso. Pruebe el comportamiento aprobado con accesorios seguros antes de confiar en él. Un valor de retención mostrado en una interfaz no es evidencia de que cada copia de seguridad o archivo adjunto de soporte siga ese valor.

Examinar transferencias y cobranzas de mayor riesgo.

Ubicaciones de almacenamiento y acceso a registros, subcontratistas y divulgaciones posteriores. Si el Capítulo V se aplica a una transferencia, el revisor responsable debe establecer la ruta de transferencia adecuada y las salvaguardias. El cifrado es una protección, no un reemplazo automático de la evaluación de la transferencia. Una etiqueta de región de la UE no describe, sin más evidencia, todo el acceso remoto o el procesamiento de soporte. Disposiciones de transferencia GDPR.

Considere si es probable que la operación propuesta cree un alto riesgo que requiera una evaluación de impacto de la protección de datos según el Artículo 35. El contenido del informe de falla, la escala, la información confidencial y la combinación con conjuntos de datos de comportamiento pueden afectar esa evaluación. No declare todas las implementaciones de informes agregados sujetas a una EIPD ni exima todas las herramientas de seguridad. La transparencia, los derechos de las personas y la gestión de incidentes también necesitan la atención del propietario de la privacidad dentro del diseño real del servicio.

Prepare un mapa de campo ficticio sin inventar la aprobación.

En una organización ficticia, los informes agregados de rutina van a un panel de seguridad, mientras que las muestras de diagnóstico ocasionales ingresarían a una cola de soporte. El mapa propuesto registra los campos agregados estándar por separado del posible contenido del mensaje completo, nombra a los destinatarios previstos y deja sin completar la aprobación de base legal, los términos del procesador, la evaluación de la transferencia y la aceptación de la retención. No se recopiló ningún informe ni se inspeccionaron datos del cliente para este ejemplo.

El requisito exacto de puesta en marcha es: Mapear los campos reales del informe y las relaciones de procesamiento para la revisión de la privacidad. Este paquete proporciona un mapa de campo y relaciones propuesto, no la evidencia de implementación real. Antes de realizar reclamaciones de implementación o cumplimiento, el propietario debe proporcionar muestras o esquemas autorizados, destinatarios verificados y relaciones contractuales, evidencia de acceso y eliminación, y revisión de un especialista en privacidad. Las puertas técnicas de las PYME, la ruta de producción, la visualización y la publicación también permanecen abiertas. No se habilitaron, cargaron, transfirieron ni eliminaron informes, y no se afirma ninguna capacidad de privacidad EmailAuth .

[ Llevar ]

Revise el conjunto de datos de informes real y las relaciones de procesamiento, con informes agregados y de fallas evaluados por separado.

[ Por rol ]

¿Qué significa esto para ti?

Elija su función para conocer los próximos pasos prácticos.

Especialista en privacidad o protección de datos

Determinar la aplicabilidad y el manejo legal.

El conjunto de datos y el propósito reales deciden el análisis, no la etiqueta del producto del informe.

Próximos pasos

  1. Aprobar el alcance, base jurídica y clasificación de funciones.
  2. Revisar las condiciones de transferencia y si el riesgo requiere una EIPD.

Ingeniero de mensajería y reportes

Verificar campos antes de expandir la colección

Los estándares describen el contenido esperado, mientras que las implementaciones y los flujos de trabajo de soporte pueden agregar más.

Próximos pasos

  1. Documente los campos agregados por separado de las muestras de mensajes.
  2. Prepare aquí comprobaciones seguras de acceso y eliminación sin recopilar nuevos datos personales.

Propietario de adquisiciones y servicios.

Cuenta para cada parte del procesamiento

El buzón de entrada, el panel de control, el proveedor de soporte y los subcontratistas necesitan un mapa de relaciones explícito.

Próximos pasos

  1. Verifique las instrucciones, los términos del servicio y los destinatarios aprobados.
  2. Asigne pruebas de retención y transferencia de propiedad en copias y exportaciones.

[ Preguntas frecuentes ]

Preguntas frecuentes

¿La publicación DMARC establece el cumplimiento GDPR ?

No. La aplicabilidad y la actividad de procesamiento real requieren su propia evaluación. La configuración DNS no aprueba la recopilación, los destinatarios ni la retención.

¿Los informes agregados estándar contienen buzones de correo de destinatarios completos?

RFC 9990 describe datos agregados a nivel de dominio excluyendo direcciones de usuarios individuales y contenido de mensajes. Inspeccione las extensiones, el enriquecimiento y las cargas reales por separado.

¿source_ip es siempre la dirección IP personal de un usuario final?

No. En el esquema agregado identifica la IP del servidor de correo de conexión. Se debe evaluar su contexto real y cualquier conjunto de datos combinado en lugar de asumir una dirección de cliente individual.

¿Por qué separar los informes de fallos del análisis agregado?

Los informes de errores pueden revelar información de mensajes individuales, incluido el contenido. Su finalidad diagnóstica, sus destinatarios y sus salvaguardias necesitan una consideración especial.

¿Puede la supervisión de la seguridad utilizar automáticamente intereses legítimos?

No. El interés, la necesidad y el equilibrio requieren análisis. Las autoridades públicas no pueden utilizar el artículo 6, apartado 1, letra f), en el desempeño de sus funciones.

¿ GDPR especifica un período de retención para los informes DMARC ?

Las disposiciones citadas exigen una limitación justificada del almacenamiento, no un número universal de días. Defina y verifique el período para cada conjunto de datos y propósito real.

¿El alojamiento en la UE elimina las preguntas sobre transferencias?

No se desprende ninguna conclusión automática de una etiqueta de región. Evaluar a los destinatarios reales, respaldar el acceso y el procesamiento posterior con respecto a las condiciones aplicables del Capítulo V.

¿Se ha completado el mapa del campo de privacidad encargado?

Sólo se proporciona un mapa propuesto. Siguen ausentes las muestras de informes reales, las relaciones de procesamiento, los contratos, las pruebas de acceso y retención y la aprobación de la privacidad.

[ Fuentes ]

Fuentes

  1. EDPB: Procesar datos personales de forma lícita
  2. EUR-Lex: Reglamento (UE) 2016/679 acto original
  3. EUR-Lex: Texto consolidado actual GDPR vinculado
  4. RFC 9990 : informes agregados DMARC
  5. RFC 9991 : Informe de fallas DMARC

[ Glosario ]

Glosario

Informe agregado
Comentarios de autenticación estadística a nivel de dominio descritos en RFC 9990 , distintos de las muestras de mensajes individuales.
Informe de falla
Comentarios detallados sobre mensajes fallidos que pueden exponer contenido e identificadores.
Controlador
La parte que determina los fines y medios del tratamiento de datos personales, sola o conjuntamente.
Procesador
La parte que procesa datos personales por cuenta de un responsable del tratamiento; las actividades reales determinan el rol.
Limitación de almacenamiento
Conservar datos personales identificables por no más tiempo del necesario para los fines aplicables, sujeto a las condiciones del Reglamento.

Procedencia de la empresa

Por qué las principales instituciones financieras y gobiernos retiraron sus paneles de seguridad de correo electrónico.

Las plataformas tradicionales de autenticación de correo electrónico le venden un panel y piden a sus ingenieros que hagan el trabajo. En entornos de alto riesgo, la supervisión manual significa retrasos en la aplicación, cambios en la configuración y dominios en la sombra no monitoreados.

EmailAuth es la plataforma de procedencia de correo electrónico agente. Nuestros agentes hacen cumplir p=reject, mantenga alineados a los remitentes externos y mueva sus dominios al máximo RFC 9989 cumplimiento, el nuevo estándar DMARC , con auditabilidad humana.

Gobiernos Grandes empresas Instituciones financieras de primer nivel

SaaS · Arrendamiento dedicado · Air-gapped on-premise · Cifrado BYOK

Base de conocimientos