Visor de informes agregados DMARC
Sube un informe agregado DMARC (XML, gzip o ZIP) de tu servidor de correo para ver los resultados de autenticación SPF/DKIM y la política aplicada por cada IP de origen en una tabla legible. El análisis se realiza al 100% en tu navegador: el archivo nunca se envía a un servidor.
Qué es el visor de informes agregados DMARC
Cuando un dominio tiene DMARC activado, los proveedores de correo receptores como Gmail, Yahoo o Microsoft envían a diario un archivo XML que resume quién ha enviado mensajes en nombre de ese dominio, cuántos correos llegaron, cómo resultó la autenticación SPF/DKIM y cómo se aplicó la política DMARC. A esto se le llama informe agregado (Aggregate Report). El XML original no está pensado para ser leído por personas y suele llegar comprimido en gzip o dentro de un ZIP, así que abrir el archivo adjunto directamente apenas aporta información útil.
Esta herramienta convierte ese archivo XML, gzip o ZIP del informe agregado en una tabla legible con el número de mensajes, los resultados de autenticación SPF/DKIM y la disposición de la política por cada IP de origen, justo después de subirlo en su navegador. Todo el análisis se realiza en el propio navegador mediante JavaScript, y el contenido del archivo nunca se envía a ningún servidor. Dado que estos informes revelan datos sensibles, como las IP de envío de correo de su organización, esa garantía es un pilar central del diseño.
Cómo usar el visor de informes agregados DMARC
- Consiga el archivo del informe agregado Localice el archivo adjunto (.xml, .xml.gz o .zip) enviado a la dirección indicada en la etiqueta rua de su registro DMARC.
- Suba el archivo Arrástrelo y suéltelo en la zona de carga, o haga clic para seleccionarlo desde su dispositivo.
- Revise los metadatos del informe Compruebe la organización emisora, el periodo del informe, el dominio afectado y la política publicada (p) con su porcentaje de aplicación (pct).
- Revise los resultados por IP de origen Cada fila muestra el número de mensajes, si SPF/DKIM pasaron o fallaron, y cómo se aplicó realmente la política.
- Busque remitentes desconocidos Si una IP que no reconoce está enviando un volumen elevado de mensajes, trátelo como un posible intento de suplantación y verifíquelo junto con la cabecera From.
Consejos para aprovecharla mejor
- Los informes agregados DMARC normalmente se envían por correo a diario (como XML comprimido en gzip o ZIP) a la dirección indicada en la etiqueta "rua" de tu registro DMARC. Puedes subir ese archivo adjunto directamente a esta herramienta.
- Una "tasa de aprobación SPF y DKIM" baja suele indicar que un remitente legítimo (tu plataforma de marketing, CRM o un proveedor de correo externo) no tiene bien configurado SPF/DKIM. Anota la IP de origen e investígala.
- Mientras tu política (p) siga siendo "none", los mensajes que fallan la autenticación se siguen entregando. Solo endurécela a quarantine o reject cuando la tasa de aprobación sea consistentemente alta.
- Una IP de origen desconocida que envía un gran volumen de mensajes con tu dominio puede indicar phishing o spam que abusa de tu marca. Revisa el valor de Header From y haz una búsqueda inversa de la IP de origen.
- Al comparar informes de varios días, anota el periodo (begin/end) incrustado en cada archivo para poder seguir la evolución de la tasa de aprobación con el tiempo.
Cuándo usar el visor de informes agregados DMARC
Comprobar intentos de suplantación y phishing
Revise periódicamente las IP que envían en nombre de su dominio para detectar cuanto antes cualquier IP desconocida que sugiera suplantación.
Verificar una nueva configuración SPF/DKIM tras una migración
Justo después de cambiar de proveedor de correo o actualizar los registros DNS, confirme en el informe que sus fuentes de envío reales están pasando la autenticación.
Vigilar el cumplimiento de la política en subdominios
Si ha publicado una política para subdominios (sp), compruebe que el correo enviado a través de subdominios se está tratando tal y como esperaba.
Auditar remitentes de terceros
Identifique plataformas de marketing, agencias o servicios SaaS que envían correo en nombre de su dominio, y compruebe si su configuración SPF/DKIM está completa.
Decidir cuándo endurecer la política
Antes de pasar de none a quarantine o reject, use la tasa de aprobación del informe para asegurarse de que el correo legítimo no se bloqueará por error.
Glosario de DMARC
- DMARC
- Domain-based Message Authentication, Reporting & Conformance. Combina los resultados de SPF y DKIM y permite al propietario del dominio declarar, mediante DNS, cómo debe tratarse el correo que falla la autenticación.
- SPF
- Sender Policy Framework. El propietario del dominio publica en el DNS la lista de direcciones IP autorizadas a enviar correo en su nombre, y los receptores comprueban la IP de origen real contra esa lista.
- DKIM
- DomainKeys Identified Mail. Añade una firma criptográfica al correo saliente para que los receptores puedan verificar que no fue alterado durante el envío y que realmente procede del dominio declarado.
- Informe agregado (Aggregate Report)
- Un informe XML enviado a diario a la dirección indicada en la etiqueta rua del registro DMARC, con el número de mensajes, los resultados de autenticación y la disposición de la política por cada IP de origen.
- Política (p / sp)
- Cómo debe tratarse el correo que falla la autenticación: none (no hacer nada, solo monitorizar), quarantine (tratarlo como sospechoso, por ejemplo enviarlo a spam) o reject (rechazar la entrega). 'p' se aplica al dominio en sí y 'sp' a sus subdominios.
- Alineación (alignment)
- Si el dominio de la cabecera From coincide con el dominio realmente verificado por SPF o DKIM. Si no coinciden, el mensaje falla DMARC aunque SPF o DKIM hayan pasado por separado.
- pct
- El porcentaje de mensajes a los que se aplica la política DMARC. Si se fija por debajo de 100, la aplicación solo afecta a esa proporción del tráfico, lo cual resulta útil para un despliegue gradual.
- Disposición (disposition)
- La acción que el servidor receptor aplicó realmente a un mensaje, registrada por IP de origen en el informe, para confirmar si coincidió con la política declarada (p/sp).
Preguntas frecuentes
A propósito — Cómo los informes DMARC hicieron visible un problema invisible
DMARC (Domain-based Message Authentication, Reporting & Conformance), estandarizado en 2012, combina dos mecanismos de autenticación existentes —SPF y DKIM— y permite que un dominio publique en el DNS exactamente cómo debe tratarse el correo que falla la autenticación. Pero para la mayoría de administradores, el verdadero valor no está en la aplicación de la política, sino en la función de informes agregados ("rua").
Antes de DMARC, casi no había forma de saber cuánto correo se enviaba haciéndose pasar por tu dominio, ni cuánto de ese correo era legítimo frente a falsificado. El abuso de la reputación de tu dominio podía continuar indefinidamente: una amenaza invisible de la que solo te enterarías por las quejas de los destinatarios, si acaso.
Un informe agregado DMARC hace visible ese tráfico: qué IPs enviaron cuántos mensajes en nombre de tu dominio, y cómo le fue a cada uno frente a SPF y DKIM. Los grandes proveedores (Gmail, Yahoo, Microsoft y otros) informan fielmente sobre el correo que reciben, permitiéndote descubrir remitentes que ni siquiera sabías que existían: un servicio en la nube, una herramienta de correo personal de un vendedor, o directamente un suplantador.
Cuando Google y Yahoo hicieron obligatorio de facto DMARC para remitentes masivos en 2024, la demanda de análisis de informes agregados creció rápidamente entre desarrolladores y administradores de correo. Muchas organizaciones adoptan un SaaS de monitoreo de pago, pero para revisar rápidamente un solo informe, una herramienta gratuita y totalmente del lado del cliente como esta suele ser suficiente.