¿Por qué generar un registro DMARC?
DMARC (Domain-based Message Authentication, Reporting and Conformance) es el protocolo que completa SPF y DKIM para proteger tu dominio contra la suplantación de identidad (spoofing) y el phishing. Sin una política DMARC, cualquiera puede enviar correos haciéndose pasar por tu dominio.
Tres razones para tener DMARC:
- Protección de marca → Evita que los estafadores usen tu dominio para phishing (verifica con el Phishing URL Checker)
- Visibilidad completa → Recibe informes sobre quién envía emails desde tu dominio
- Mejor entregabilidad → Los proveedores (Gmail, Microsoft) favorecen dominios con DMARC
Cómo usar el generador en 3 pasos
Paso 1: Ingresa tu dominio
Introduce tu dominio organizacional exactamente como aparece en tus direcciones de correo (ejemplo: captaindns.com). La herramienta genera automáticamente el nombre DNS completo: _dmarc.captaindns.com.
Paso 2: Configura las opciones
Política principal (p): ¿Qué hacer con los emails que fallan?
none: Observar sin bloquear (recomendado al inicio)quarantine: Enviar a spamreject: Bloquear completamente
Alineación (adkim, aspf): ¿Cómo verificar la correspondencia de dominios?
relaxed(r): Se aceptan subdominios (recomendado)strict(s): Se requiere coincidencia exacta
Informes (rua, ruf): ¿Dónde recibir estadísticas?
- Agrega
mailto:dmarc@tudominio.compara informes agregados
Paso 3: Copia y publica
El generador produce el registro DNS completo. Cópialo en tu interfaz de gestión DNS:
- Nombre:
_dmarc.tudominio.com - Tipo: TXT
- Valor: El registro generado
El enfoque recomendado es "observar antes de bloquear": empieza en modo observación para mapear tus flujos y luego endurece la política sin riesgo de bloquear correo legítimo. La herramienta detecta si ya existe un registro DMARC en tu dominio y te indica si hay que añadirlo, reemplazarlo o si ya es correcto (add, replace o no_change).
¿Qué es exactamente DMARC?
DMARC es una política DNS que indica a los servidores de correo:
- Qué verificar: ¿SPF o DKIM pasan Y están alineados con el dominio visible?
- Qué hacer si falla: Observar (none), spam (quarantine), o bloquear (reject)
- Dónde reportar: Direcciones de email para recibir estadísticas
Ejemplo de registro DMARC:
_dmarc.captaindns.com. IN TXT "v=DMARC1; p=quarantine; rua=mailto:dmarc@captaindns.com; adkim=r; aspf=r"
Decodificado:
v=DMARC1: Versión del protocolo (obligatorio)p=quarantine: Política = enviar a spamrua=mailto:...: Dirección para informes agregadosadkim=r: Alineación DKIM relajadaaspf=r: Alineación SPF relajada
Todas las etiquetas DMARC explicadas
Etiquetas obligatorias
| Etiqueta | Valores | Descripción |
|---|---|---|
| v | DMARC1 | Versión del protocolo. Siempre DMARC1. |
| p | none / quarantine / reject | Política para el dominio principal. |
Etiquetas opcionales comunes
| Etiqueta | Valores | Descripción |
|---|---|---|
| sp | none / quarantine / reject | Política para subdominios existentes. Hereda de p si está ausente. |
| np | none / quarantine / reject | Política para subdominios inexistentes (DMARCbis). Sin valor por defecto, hay que definirla explícitamente. |
| rua | mailto:dirección | Direcciones para informes agregados (diarios). |
| ruf | mailto:dirección | Direcciones para informes forenses (por fallo). |
| adkim | r (relaxed) / s (strict) | Modo de alineación DKIM. Por defecto r. |
| aspf | r (relaxed) / s (strict) | Modo de alineación SPF. Por defecto r. |
Etiquetas avanzadas
| Etiqueta | Valores | Descripción |
|---|---|---|
| fo | 0 / 1 / d / s | Opciones de generación de informes forenses. Por defecto 0. |
| t | y / n | Modo prueba DMARCbis. t=y indica a los destinatarios que no apliquen la política durante la observación. Por defecto n. |
Etiquetas obsoletas/depreciadas por DMARCbis
Estas etiquetas quedan retiradas por DMARCbis y no deben configurarse en un registro nuevo:
| Etiqueta | Estado | Reemplazo |
|---|---|---|
| pct | Depreciada | Usa la transición por fases (none, quarantine con t=y, quarantine, reject). |
| ri | Depreciada | Intervalo de informes fijado a 24h, sin ajuste posible. |
| rf | Depreciada | Formato de informe forense, sin uso práctico hoy. |
Casos de uso prácticos
Caso 1: Dominio nuevo sin historial
Objetivo: Proteger un dominio que comienza a enviar emails.
Configuración recomendada:
v=DMARC1; p=none; rua=mailto:dmarc@captaindns.com; adkim=r; aspf=r
Pasos siguientes:
- Monitorea informes durante 2-4 semanas
- Identifica todas las fuentes legítimas
- Pasa a
p=quarantine; t=y(prueba, no aplicado), luego retirat=ycuando los informes estén limpios - Termina con
p=reject
Caso 2: Dominio con múltiples servicios (CRM, newsletter, transaccional)
Objetivo: Proteger sin romper flujos existentes.
Configuración inicial:
v=DMARC1; p=none; sp=none; rua=mailto:dmarc@captaindns.com; adkim=r; aspf=r
Diagnóstico vía informes RUA:
- Lista todas las IPs/dominios que envían
- Verifica que cada fuente tenga SPF y DKIM configurados
- Identifica fuentes no autorizadas (spoofing potencial)
Despliegue progresivo:
v=DMARC1; p=quarantine; t=y; rua=mailto:dmarc@captaindns.com
Cuando los informes ya no muestren fallos legítimos, retira t=y para aplicar la cuarentena y luego pasa a p=reject.
Caso 3: Dominio que no envía emails
Objetivo: Prevenir cualquier uso fraudulento de un dominio "aparcado".
Configuración estricta directa:
v=DMARC1; p=reject; sp=reject; np=reject; adkim=s; aspf=s
No se necesita fase de observación si el dominio nunca debe enviar emails legítimos. np=reject también bloquea cualquier subdominio inexistente.
Errores frecuentes a evitar
| Error | Problema | Solución |
|---|---|---|
| Dos registros DMARC | Conflicto, política ignorada | Solo un registro por dominio |
| Olvidar mailto: | Informes no enviados | rua=mailto:dirección@dominio.com |
| Saltar directamente a reject | Bloqueo de emails legítimos | Comenzar con p=none, luego quarantine |
| Ignorar informes | Sin visibilidad de problemas | Analizar RUA semanalmente |
| Alineación estricta muy pronto | Fallos si subdominios o servicios terceros | Mantener r (relaxed) hasta inventario completo |
Mejores prácticas de despliegue
Fase 1: Observación (2-4 semanas)
v=DMARC1; p=none; rua=mailto:dmarc@captaindns.com; adkim=r; aspf=r
- Recolecta informes
- Identifica todas las fuentes legítimas
- Corrige SPF/DKIM de fuentes no alineadas
Fase 2: Cuarentena en modo prueba
v=DMARC1; p=quarantine; t=y; rua=mailto:dmarc@captaindns.com
t=ypide a los destinatarios que no apliquen la política, pero que sigan enviando informes- Verifica en los informes RUA que ninguna fuente legítima siga fallando
- Cuando los informes estén limpios, retira
t=ypara aplicar realmente la cuarentena
Fase 3: Rechazo
v=DMARC1; p=reject; sp=reject; np=reject; rua=mailto:dmarc@captaindns.com; adkim=r; aspf=r
- Protección máxima
- Opcionalmente pasa a alineación estricta (
adkim=s; aspf=s)
FAQ - Preguntas frecuentes
P: ¿Qué es un registro DMARC?
R: DMARC (Domain-based Message Authentication, Reporting and Conformance) es un registro DNS TXT que indica a los servidores de correo cómo manejar emails que fallan las verificaciones SPF y DKIM. Protege tu dominio contra el spoofing y el phishing.
P: ¿Qué política DMARC debo usar para empezar?
R: Siempre comienza con p=none. Esta política no afecta la entrega pero te envía informes. Analiza estos informes durante 2-4 semanas para identificar todos los flujos legítimos antes de pasar a quarantine y luego reject.
P: ¿Cuál es la diferencia entre RUA y RUF?
R:
- RUA (Reporting URI for Aggregate): Informes agregados diarios con estadísticas globales
- RUF (Reporting URI for Forensic): Informes detallados por fallo individual
RUA es esencial y soportado por todos. RUF es opcional y raramente soportado por proveedores.
P: ¿Cómo funciona la alineación DMARC?
R: La alineación verifica que el dominio visible (From:) coincida con el dominio autenticado por SPF o DKIM:
- Relaxed (r):
mail.ejemplo.comse alinea conejemplo.com - Strict (s): Se requiere coincidencia exacta
P: ¿Puedo tener múltiples registros DMARC?
R: No. Solo se permite un registro DMARC por dominio. Múltiples registros causan errores. Edita el existente en lugar de agregar uno nuevo.
P: ¿Cuánto tiempo hasta que DMARC esté activo?
R: El registro está activo una vez que el DNS se propaga (minutos a 48h). Los primeros informes RUA llegan dentro de 24-48h después de enviar emails desde tu dominio.
P: ¿Cómo recibo informes para un dominio externo?
R: Si tu dirección RUA está en otro dominio, ese dominio debe autorizarte con:
tudominio._report._dmarc.dominio-reporte.com TXT "v=DMARC1"
Prepárate para DMARCbis
DMARCbis es el próximo Proposed Standard IETF que reemplaza al RFC 7489. Introduce nuevos tags (np, t, psd), elimina los tags obsoletos (pct, rf, ri) y reemplaza la Public Suffix List por un algoritmo tree walk DNS. Verifica la compatibilidad de tu dominio con el DMARCbis Checker o genera un registro conforme con la herramienta de migración DMARCbis.
Herramientas complementarias
| Herramienta | Propósito |
|---|---|
| DMARC Record Check | Verifica tu registro DMARC existente |
| DMARC Validator | Validar la sintaxis de un registro DMARC antes de publicarlo |
| Analizador de informes DMARC | Analiza los informes DMARC agregados recibidos por email |
| Monitoring DMARC | Monitoreo DMARC automatizado y continuo para tus dominios |
| DMARCbis Checker | Verifica la compatibilidad de tu dominio con DMARCbis |
| Migración DMARCbis | Genera un registro DMARC conforme a DMARCbis |
| SPF Generator | Crea un registro SPF válido |
| DKIM Generator | Crea tus claves DKIM (RSA/Ed25519) |
| DKIM Record Check | Verifica tu firma DKIM |
| Mail Tester | Prueba la entregabilidad de tus correos |
| Phishing URL Checker | Verifica si una URL se usa en campañas de phishing |
Recursos útiles
- RFC 7489 - DMARC (especificación oficial)
- Google - Configurar DMARC (guía Gmail/Workspace)
- Microsoft - DMARC en Microsoft 365 (guía Microsoft)
- DMARC.org (sitio oficial del proyecto)