Saltar para o conteúdo

Gerador de registos DMARC

Crie um registo DMARC para o seu domínio. Escolha uma política, adicione endereços de relatórios e etiquetas opcionais e copie um registo TXT para _dmarc conforme a RFC 7489 e as alterações da RFC 9989.
Crie um registo
  • Funciona no seu navegador
  • Sem consultas DNS
Gerador

Crie o seu registo DMARC

Escolha uma política e para onde vão os relatórios. O registo é atualizado à medida que escreve.

Define o nome do anfitrião _dmarc e verifica se os relatórios vão para outro domínio.

Política para e-mail que falha o DMARC (p)

Um endereço de e-mail por linha. Os servidores recetores enviam para aqui relatórios resumidos do e-mail que utiliza o seu domínio.

Mais opções

Adicionado pela RFC 9989.

Deixe vazio para usar a predefinição de 100. A RFC 9989 tornou pct histórico.

Alinhamento DKIM (adkim)
Alinhamento SPF (aspf)

Opcional. Os relatórios de falhas descrevem mensagens individuais e podem conter dados pessoais.

Opções de relatórios de falhas (fo)

Os servidores recetores só as utilizam quando ruf está definido.

O seu registo

Anfitrião
_dmarc
Tipo
TXT
Valor
v=DMARC1; p=none

Verificações

Aviso

Sem rua, os servidores recetores não enviam relatórios agregados, pelo que não consegue ver quem envia e-mail em nome do seu domínio antes de aplicar uma política.

Aviso

p=none serve apenas para monitorização: os servidores recetores não tomam qualquer ação sobre o e-mail que falha o DMARC. Passe para quarantine quando os seus relatórios mostrarem todos os remetentes legítimos a passar.

Verifique o registo publicado com o verificador de DMARC

O que é um gerador de registos DMARC?

Um gerador de registos DMARC escreve o registo TXT que publica em _dmarc seguido do seu domínio. Escolha uma política para o e-mail que falha o DMARC e adicione os endereços que devem receber relatórios; o gerador coloca v=DMARC1 em primeiro lugar e p em segundo, como a RFC 7489 exige, e omite as etiquetas que apenas repetem um valor predefinido.

Segue a RFC 7489 e as alterações da RFC 9989, que a tornou obsoleta em maio de 2026: np e t estão disponíveis e pct está marcado como histórico. Cria o registo no seu navegador e não faz consultas DNS.

Uma implementação segura do DMARC

  1. 1

    Comece com p=none e rua

    Recolha relatórios agregados e corrija o SPF e o DKIM de todos os remetentes legítimos que estes mostrarem.

  2. 2

    Passe para p=quarantine

    Os servidores recetores tratam o e-mail que falha como suspeito. Continue a ler os relatórios para detetar problemas que lhe tenham escapado.

  3. 3

    Passe para p=reject quando estiver pronto

    Certifique-se primeiro de que todos os remetentes assinam com DKIM, porque o reencaminhamento muitas vezes quebra o SPF. A RFC 9989 desaconselha a publicação de p=reject em domínios cujos utilizadores enviam mensagens para listas de distribuição.

  4. 4

    Verifique o registo publicado

    Execute o verificador de DMARC depois de o DNS se propagar.

Etiquetas DMARC

As etiquetas são separadas por ponto e vírgula. As etiquetas que um servidor recetor não reconhece são ignoradas.
v=DMARC1
A versão. Tem de ser a primeira etiqueta.
p=
A política para o e-mail que falha o DMARC: none, quarantine ou reject.
sp=
A política para subdomínios. Sem ela, os subdomínios seguem p.
rua=
Para onde são enviados os relatórios agregados, como endereços mailto: separados por vírgulas.
ruf=
Para onde são enviados os relatórios de falhas sobre mensagens individuais. Muitos grandes fornecedores de caixas de correio não os enviam.
adkim= / aspf=
Alinhamento DKIM e SPF: r (flexível, a predefinição) aceita um subdomínio do domínio From, s (estrito) exige uma correspondência exata.
fo=
Que falhas originam relatórios de falhas: 0, 1, d ou s. Ignorado sem ruf.
pct=
A percentagem de e-mail com falha a que a política se aplica, 100 por predefinição. O RFC 9989 tornou-a histórica.
np= / t=
Adicionados pelo RFC 9989: uma política para subdomínios inexistentes e t=y para testar uma política sem a aplicar na totalidade.

Exemplo de registo

v=DMARC1; p=quarantine; rua=mailto:dmarc-reports@example.com

Fontes

Para além dos registos DNS

Estes registos impedem que terceiros enviem e-mail em nome do seu domínio exato. Não impedem o phishing a partir de domínios semelhantes nem de contas comprometidas, que enviam e-mail autenticado. O Vigilbase OS liga as ferramentas de segurança que já paga, incluindo Microsoft 365, Google Workspace, Proofpoint e Mimecast. O agente Vigil investiga incidentes de alta severidade e os analistas da Vigilbase tratam das exceções.

Perguntas

Perguntas frequentes sobre o gerador de registos DMARC

Como crio um registo DMARC?

Escolha uma política, começando por p=none, adicione um endereço rua para relatórios agregados e publique o resultado como registo TXT em _dmarc seguido do seu domínio. Este gerador coloca as etiquetas pela ordem correta e verifica o registo à medida que escreve.Analisador de segurança de e-mailCompare as verificações públicas de segurança

Qual deve ser a minha primeira política DMARC?

p=none com um endereço rua, para receber relatórios sem afetar a entrega. Passe para p=quarantine quando os relatórios mostrarem todos os remetentes legítimos a passar no SPF ou no DKIM com alinhamento.Para domínios cujos utilizadores enviam mensagens para listas de distribuição, a RFC 9989 sugere pelo menos um mês em p=none e outro tanto em p=quarantine antes de p=reject (secção 7.4).Sobre a autenticação de e-mail

Preciso de um endereço ruf?

Não. ruf pede relatórios de falhas sobre mensagens individuais. Estes podem conter dados pessoais, muitos grandes fornecedores de caixas de correio não os enviam e a RFC 9991 recomenda antes os relatórios agregados para obter visibilidade (secção 7).Sobre a autenticação de e-mail

Os relatórios DMARC podem ser enviados para outro domínio?

Sim, mas, a menos que o endereço de relatórios partilhe o seu domínio organizacional, o domínio que recebe os relatórios tem de publicar um registo TXT com v=DMARC1 no nome composto pelo seu domínio, por _report._dmarc e pelo domínio dele, por exemplo example.com._report._dmarc.example.net. Sem esse registo, os servidores recetores não conseguem confirmar o acordo e não enviam relatórios para lá (RFC 7489, secção 7.1; RFC 9990, secção 4).Sobre a autenticação de e-mail

Ainda devo usar pct?

A RFC 9989 tornou pct histórico porque os servidores recetores aplicavam valores diferentes de 0 e 100 de forma inconsistente, e substituiu pct=0 por t=y. Os servidores recetores que só implementam a RFC 7489 ignoram t, porque as etiquetas desconhecidas são ignoradas.Sobre a autenticação de e-mail

O gerador faz alguma consulta?

Não. Cria o registo no seu navegador a partir do que introduz e não faz consultas DNS. Use o verificador de DMARC para ver o registo publicado.Analisador de segurança de e-mail