Gestión DMARC multidominio

Respuesta breve

Administrar DMARC en muchos dominios significa proteger aquellos desde los que no envía también : los dominios estacionados y subsidiarios son los principales objetivos de suplantación de identidad. Centralice los informes, aplique una política básica a cada dominio (incluido un registro estricto en los dominios que no son de envío) y aplique su cumplimiento en oleadas.

No olvides los dominios estacionados

Un dominio que nunca envía correo debería publicar DMARC en p=reject más un SPF restrictivo (v=spf1 -all); de lo contrario, los atacantes pueden falsificarlo libremente. Los dominios aparcados son el riesgo que más se pasa por alto en una cartera.

Centralizar y estandarizar

Utilice un panel para todos los dominios, un destino de informes rua consistente y una línea base de política estándar. Luego aplique en oleadas, primero los dominios de mayor riesgo y mayor volumen.

  1. 1

    Bloquear un dominio que no envía

    Publicar una política de rechazo y un SPF nulo:

    $ v=DMARC1; p=reject; rua=mailto:[email protected]

Comprueba tu registro DMARC ahora

Abrir el verificador DMARC gratuito →

Preguntas frecuentes

¿Los dominios estacionados deberían tener DMARC?

Sí: configúrelos en p=reject con v=spf1 -all. No envían correo, por lo que la aplicación de la ley no conlleva ningún riesgo y cierra una brecha común en la suplantación de identidad.

DMARC se define en RFC 7489.

Revisado por Skysnag Security Team. Última actualización .