Gerador e verificador de registo DMARC
Crie um registo DMARC com um percurso de implementação seguro, da monitorização à aplicação, e verifique a política que um domínio publica atualmente.
1Política
O que os recetores devem fazer com o e-mail que afirma ser do seu domínio mas falha tanto o alinhamento SPF como o DKIM.
Deixe em herdar, a menos que os subdomínios precisem de uma regra diferente.
Abaixo de 100, o resto recorre à política mais fraca. Útil durante a implementação gradual.
2Relatórios
Os relatórios agregados são o principal motivo para começar com o DMARC: mostram todas as origens que enviam em nome do seu domínio.
Resumos XML diários. Se este endereço estiver noutro domínio, esse domínio tem de publicar um registo de autorização.
Cópias de falhas por mensagem. Opcional: a maioria dos recetores já não os envia.
3Alinhamento
Quão próximo o domínio do SPF ou do DKIM tem de estar do domínio From visível. O modo relaxado serve a maioria das configurações.
- Tipo de registo
- TXT
- Nome / anfitrião
- _dmarc
- TTL
- 3600
Nunca passe diretamente para rejeitar: bloqueará as suas próprias newsletters, faturas e helpdesk. Avance um passo de cada vez, lendo os relatórios entre cada um.
-
Semanas 1–4: observar
p=none; pct=100Publique apenas com monitorização e leia os relatórios agregados. Descubra todos os remetentes legítimos e alinhe o SPF ou o DKIM de cada um. -
Semanas 5–6: quarentena de um quarto
p=quarantine; pct=25Passe para quarentena numa fração do e-mail. Esteja atento a queixas e a qualquer mensagem legítima que vá parar ao spam. -
Semanas 7–8: quarentena total
p=quarantine; pct=100Alargue a todo o e-mail. Os relatórios devem agora mostrar falhas apenas de origens que não reconhece. -
A partir da semana 9: rejeitar
p=reject; pct=100Passe à aplicação total e continue a ler os relatórios: aparecem novos remetentes sempre que uma equipa subscreve uma nova ferramenta.
Construa uma política à esquerda com um percurso de implementação da monitorização à aplicação, ou mude para o verificador para ler o registo DMARC que um domínio publica, etiqueta a etiqueta.
| Etiqueta | Valor | O que significa |
|---|
| Domínio de destino | Registo de autorização | Estado |
|---|
Sobre Gerador e verificador de registo DMARC
O Gerador e Verificador de Registos DMARC cria o registo TXT `_dmarc` que diz aos destinatários o que fazer quando o correio que alega vir do seu domínio falha tanto no alinhamento SPF como no DKIM, e, tão importante quanto isso, para onde enviar os relatórios que mostram quem está a enviar em seu nome. Desde fevereiro de 2024, o Gmail e o Yahoo exigem um registo DMARC de quem envia correio em massa para os seus utilizadores.
O gerador cobre a política, a política de subdomínios, a percentagem, os endereços de relatório, os modos de alinhamento, as opções de falha e o intervalo de relatórios, e estabelece o percurso que a maioria dos domínios deve seguir: primeiro monitorizar, depois colocar em quarentena uma fração, depois colocar tudo em quarentena, depois rejeitar. Saltar diretamente para rejeitar é a forma como as organizações acabam por bloquear as suas próprias faturas, newsletters e respostas de suporte.
O verificador lê o registo que um domínio publica, explica cada etiqueta em linguagem simples e valida-o segundo a RFC 7489. Reporta um registo em falta, vários registos (que os destinatários tratam como nenhuma política), uma etiqueta de versão fora do lugar, etiquetas malformadas ou desconhecidas, um `p=none` que já lá está há meses, um `pct` abaixo de 100 e, um caso subtil que perde os seus relatórios silenciosamente, um endereço `rua` noutro domínio que não publicou o registo de autorização de destino externo que a RFC 7489 §7.1 exige. Também segue o mecanismo de fallback para o domínio organizacional, pelo que verificar um subdomínio mostra a política que realmente se lhe aplica.
Como usar Gerador e verificador de registo DMARC
- Comece no separador Gerador com a política definida apenas para monitorizar, e introduza um endereço para relatórios agregados.
- Deixe o alinhamento em relaxado a não ser que saiba que um remetente precisa de correspondência estrita, e deixe o pct em 100.
- Publique o registo como um registo TXT chamado _dmarc no seu domínio.
- Leia os relatórios agregados durante algumas semanas e alinhe o SPF ou o DKIM para todos os remetentes legítimos que eles revelarem.
- Passe para quarentena e depois para rejeitar, verificando os relatórios entre cada etapa.
- Use o separador Verificador em cada fase para confirmar que o registo é interpretado corretamente e que os seus destinos de relatório estão autorizados.