Saltar al contenido
ecdsa.com

DMARC

Autenticación, informes y conformidad de mensajes basados en dominios (RFC 9989, mayo de 2026): una política DNS que exige que SPF o DKIM pasen con alineación respecto al dominio From visible e indica a los receptores qué hacer con el correo que no lo logra.
También se escribeDomain-based Message Authentication, Reporting, and ConformanceDMARCbisRFC 9989_dmarc

El registro se publica en _dmarc.example.com, por ejemplo v=DMARC1; p=reject; rua=mailto:dmarc@example.com; adkim=s. Un mensaje supera DMARC cuando SPF se supera para un dominio del sobre alineado con el dominio From o cuando una firma DKIM se verifica para un dominio d= alineado. Las políticas p (el dominio), sp (los subdominios) y np (los subdominios inexistentes) admiten none, quarantine o reject; rua y ruf solicitan informes agregados y de fallos, que ahora especifican el RFC 9990 y el RFC 9991.

El RFC 9989 sustituyó al RFC 7489 (2015), de carácter informativo, y a la extensión PSD del RFC 9091, y llevó DMARC a la vía de estándares (standards track). Eliminó las etiquetas pct, rf y ri, añadió np, psd y t (modo de prueba, que pide a los receptores aplicar un nivel menos que la política indicada) y sustituyó la Public Suffix List por un recorrido del árbol DNS de ocho consultas como máximo para encontrar el dominio organizativo. Los registros v=DMARC1 existentes siguen funcionando.

Gmail, Yahoo y Microsoft exigen al menos p=none a los remitentes masivos, y BIMI exige quarantine o reject. El despliegue habitual empieza con p=none y los informes, sigue con la corrección de cada flujo legítimo y termina con la aplicación de la política.

Estándares y referencias

Todos los términos