Gerenciamento DMARC multidomínio

Resposta curta

Gerenciar DMARC em muitos domínios significa proteger aqueles de quem você não envia também – domínios estacionados e subsidiários são os principais alvos de falsificação. Centralize os relatórios, aplique uma política básica a cada domínio (incluindo um registro rigoroso sobre domínios sem envio) e aplique a aplicação em ondas.

Não se esqueça dos domínios estacionados

Um domínio que nunca envia e-mails ainda deve publicar DMARC em p=reject mais um SPF restritivo (v=spf1 -all) — caso contrário, os invasores poderão falsificá-lo livremente. Os domínios estacionados são o risco mais negligenciado em um portfólio.

Centralizar e padronizar

Use um painel para todos os domínios, um destino de relatório rua consistente e uma linha de base de política padrão. Em seguida, aplique em ondas, primeiro os domínios de maior risco/maior volume.

  1. 1

    Bloquear um domínio sem envio

    Publicar uma política de rejeição e um SPF nulo:

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

Verifique seu registro DMARC agora

Abrir o verificador DMARC gratuito →

Perguntas frequentes

Os domínios estacionados devem ter DMARC?

Sim — configure-os para p=reject com v=spf1 -all. Eles não enviam e-mails, portanto a aplicação não traz riscos e elimina uma lacuna comum de falsificação.

DMARC é definido em RFC 7489.

Revisado por Skysnag Security Team. Última atualização .