A DMARC El programa de generación de informes puede incluir varios tipos diferentes de datos. Observaciones agregadas, mensajes específicos informes de fallas y los correos electrónicos originales cargados para investigación no tienen el mismo contenido o exposición.
Comience con los datos que realmente ingresan a sus sistemas. Luego decida por qué es necesario, quién debería verlo, dónde se procesa y cuándo se debe eliminar. Trátelas como decisiones operativas respaldadas por los requisitos de la organización, en lugar de asignar una etiqueta de privacidad a todo lo que se llama informe DMARC .
Mapear las etapas de recolección
Enumere el buzón de correo de recepción, el almacenamiento, el analizador, la plataforma de análisis, las exportaciones, los canales de soporte y cualquier servicio de IA adicional utilizado en el flujo de trabajo. Incluya registros administrativos y copias creadas durante la resolución de problemas.
Registrar qué información llega a cada etapa y qué partes la operan. Un contrato con un proveedor de análisis no establece que cada mensaje exportado o cargado posterior siga el mismo acuerdo de manejo.
Mantenga claros los límites del servicio y de la cuenta cuando un sistema de cobranza admita a varios clientes. El acceso de un analista a un inquilino no debe exponer silenciosamente los informes o muestras de investigación de otro inquilino.
Distinguir los tipos de datos.
| Material | Pregunta de manejo |
|---|---|
| Informes agregados | ¿Qué actividad a nivel de dominio y relaciones operativas pueden revelar las observaciones? |
| Informes de fallas | ¿Qué información específica del mensaje se puede incluir? ¿Es necesaria su recopilación? |
| Ejemplos de mensajes originales | ¿Qué direcciones, encabezados, contenido y archivos adjuntos se están cargando? |
| Exportaciones y copias de soporte. | ¿Quién recibe la copia y cómo se conserva? |
RFC 9990 sección 7 describe los informes agregados como información de autenticación de dominio agrupada en lugar de cuerpos de mensajes individuales. Aún así, evalúe los datos reales, las extensiones y los registros operativos circundantes que recopila su servicio. Evite tratar ese propósito de diseño como una conclusión legal general sobre cada entorno de procesamiento.
RFC 9991 sección 7 describe los diferentes riesgos de contenido y divulgación de los informes de fallas. Solicítelo únicamente cuando se hayan evaluado la necesidad, la disponibilidad y las modalidades de manipulación. Una solicitud agregada rua no debe describirse como si autorizara la recopilación de buzones de correo de usuario completos.
Solicite la muestra de investigación útil más pequeña
Si una fila del informe no puede identificar un servicio, un mensaje recibido por un representante puede ayudar. Establezca qué pregunta de identidad o ruta debe responder la muestra antes de solicitar todo el correo asociado.
Utilice procedimientos de redacción aprobados que preserven la evidencia necesaria para la tarea. Editar un mensaje firmado puede afectar más adelante DKIM verificación, por lo tanto conserve la distinción entre el resultado original del receptor confiable y una copia modificada.
Una captura de pantalla puede ser más fácil de compartir, pero puede omitir el sobre o las identidades de firma necesarias para el diagnóstico. Elija una muestra que responda a la pregunta real y registre lo que se eliminó o cambió.
Controlar el acceso y el uso secundario.
Ofrezca a los operadores el acceso necesario para sus responsabilidades, con límites de dominio y clientes adecuados. Revise los permisos de exportación, el acceso al soporte y lo que sucede cuando se da de baja a un usuario o proveedor.
Evalúe destinos de análisis adicionales por separado. Enviar una muestra de mensaje a un servicio de inteligencia artificial, un sistema de emisión de tickets o un buzón de correo personal es otro paso del procesamiento; no se debe suponer que está cubierto simplemente porque el coleccionista original fue aprobado.
Un analizador de autenticación también recibe entradas que no son de confianza. RFC 9990 sección 8.1 identifica los riesgos de descompresión y agotamiento de recursos XML. Limite esos recursos, preserve la procedencia y evite que el contenido del informe sea tratado como instrucciones para un agente operativo.
Trabaje con un ejemplo de copia innecesaria
En este caso sintético, un analista debe comparar From con un dominio de firma DKIM . En cambio, una solicitud de soporte solicita cada mensaje fallido y todos los archivos adjuntos de la semana.
El volumen solicitado supera la pregunta planteada. El equipo limita la solicitud a una muestra representativa autorizada, los encabezados originales relevantes y el intervalo del informe. Registra dónde se almacena esa evidencia y quién puede acceder a ella.
Otro caso puede realmente necesitar un conjunto más amplio. Documente ese motivo y alcance explícitamente en lugar de dejar que el mecanismo de carga más sencillo decida la política de recopilación.
Defina la retención y la eliminación en todo el flujo de trabajo
Elija la retención según la necesidad operativa y los requisitos organizativos aplicables. No invente un período de retención universal DMARC ni presente un documento de protocolo como asesoramiento legal específico de una jurisdicción.
Incluya archivos adjuntos sin formato, registros analizados, cachés, exportaciones, manejo de copias de seguridad y copias de soporte en la evaluación de retención. Es posible que una configuración de aplicación que elimine filas del panel no elimine todas las copias.
Utilice esta lista de verificación de manejo ilustrativa para cada colección o investigación. Se trata de una ayuda a la planificación, no de un calendario de retención legal prescrito:
- Finalidad: nombrar la pregunta que responderán los datos, como identificar un servicio de envío no alineado.
- Datos mínimos: enumere el intervalo de informe necesario y los campos de identidad; solicitar contenido original sólo cuando la pregunta lo requiera.
- Propietario y acceso: nombre el equipo responsable y los roles permitidos, con el cliente o límite de dominio correspondiente.
- Procesadores y copias: registra cada colección, soporte, exportación o destino de IA y el acuerdo de intercambio aprobado.
- Decisión de retención: documente el período o activador de revisión elegido para el propósito y los requisitos aplicables, en lugar de copiar un número universal.
- Alcance de la eliminación: incluye archivos sin formato, filas analizadas, exportaciones, copias de soporte y manejo de copias de seguridad; Registre cómo se verificará la finalización o cualquier excepción retenida.
Registre el propietario, las reglas de acceso, los procesadores aprobados y el activador de revisión. Utilice el guía de informes agregados comprender la evidencia y diagnóstico de informe faltante al investigar fallas en la cobranza. El objetivo es evidencia útil y responsable con un manejo entendido, no una recaudación máxima por defecto.