Visualizador de Relatórios Agregados DMARC

Envie um relatório agregado DMARC (XML, gzip ou ZIP) do seu servidor de e-mail para ver os resultados de autenticação SPF/DKIM e a política aplicada por IP de origem em uma tabela legível. A análise ocorre 100% no seu navegador — o arquivo nunca é enviado a um servidor.

O que é o visualizador de relatórios agregados DMARC

Quando um domínio tem o DMARC ativado, provedores de e-mail como Gmail, Yahoo e Microsoft enviam diariamente um arquivo XML resumindo quem enviou mensagens em nome desse domínio, quantos e-mails chegaram, como foi o resultado da autenticação SPF/DKIM e como a política DMARC foi aplicada. Isso é chamado de relatório agregado (Aggregate Report). O XML bruto não foi feito para ser lido por pessoas e costuma chegar compactado em gzip ou dentro de um ZIP, então abrir o anexo diretamente quase não revela informação útil.

Esta ferramenta transforma esse arquivo XML, gzip ou ZIP do relatório agregado em uma tabela legível com o número de mensagens, os resultados de autenticação SPF/DKIM e a disposição da política por IP de origem, logo após o envio pelo navegador. Toda a análise é feita localmente em JavaScript, e o conteúdo do arquivo nunca é enviado a nenhum servidor. Como esses relatórios expõem dados sensíveis, como os IPs de envio de e-mail da sua organização, essa garantia é um pilar central do design.

Como usar o visualizador de relatórios agregados DMARC

  1. Obtenha o arquivo do relatório agregado Localize o anexo (.xml, .xml.gz ou .zip) enviado ao endereço indicado na tag rua do seu registro DMARC.
  2. Envie o arquivo Arraste e solte na área de upload, ou clique para selecionar o arquivo no seu dispositivo.
  3. Confira os metadados do relatório Verifique a organização remetente, o período do relatório, o domínio alvo e a política publicada (p) com sua taxa de aplicação (pct).
  4. Analise os resultados por IP de origem Cada linha mostra o número de mensagens de um IP, se SPF/DKIM passaram ou falharam, e como a política foi realmente aplicada.
  5. Procure remetentes desconhecidos Se um IP que você não reconhece está enviando um volume alto de mensagens, trate isso como uma possível tentativa de falsificação e confira junto com o cabeçalho From.

Dicas para aproveitar melhor

  • Relatórios agregados DMARC normalmente são enviados por e-mail diariamente (como XML compactado em gzip ou ZIP) para o endereço indicado na tag "rua" do seu registro DMARC. Você pode enviar esse anexo diretamente para esta ferramenta.
  • Uma "taxa de aprovação SPF e DKIM" baixa geralmente indica que um remetente legítimo (sua plataforma de marketing, CRM ou um provedor de e-mail terceirizado) não está configurado corretamente para SPF/DKIM. Anote o IP de origem e investigue.
  • Enquanto sua política (p) ainda for "none", as mensagens que falham na autenticação continuam sendo entregues. Só endureça para quarantine ou reject quando a taxa de aprovação estiver consistentemente alta.
  • Um IP de origem desconhecido enviando um grande volume de mensagens em nome do seu domínio pode indicar phishing ou spam abusando da sua marca. Verifique o valor de Header From e faça uma busca reversa do IP de origem.
  • Ao comparar relatórios de vários dias, anote o período (begin/end) incluído em cada arquivo para acompanhar como a taxa de aprovação evolui ao longo do tempo.

Quando usar o visualizador de relatórios agregados DMARC

Verificar tentativas de falsificação e phishing

Revise periodicamente os IPs que enviam em nome do seu domínio para identificar cedo qualquer IP desconhecido que sugira falsificação.

Validar uma nova configuração SPF/DKIM após migração

Logo após trocar de provedor de e-mail ou atualizar registros DNS, confirme no relatório se suas fontes de envio reais estão passando na autenticação.

Monitorar a conformidade da política em subdomínios

Se você publicou uma política para subdomínios (sp), verifique se o e-mail enviado por subdomínios está sendo tratado como o esperado.

Auditar remetentes terceirizados

Identifique plataformas de marketing, agências ou serviços SaaS que enviam e-mails em nome do seu domínio e verifique se a configuração SPF/DKIM deles está completa.

Decidir quando reforçar a política

Antes de mudar de none para quarantine ou reject, use a taxa de aprovação do relatório para garantir que e-mails legítimos não sejam bloqueados por engano.

Glossário do DMARC

DMARC
Domain-based Message Authentication, Reporting & Conformance. Reúne os resultados de SPF e DKIM e permite que o proprietário do domínio declare, via DNS, como deve ser tratado o e-mail que falha na autenticação.
SPF
Sender Policy Framework. O proprietário do domínio publica no DNS a lista de endereços IP autorizados a enviar e-mail em seu nome, e os destinatários comparam o IP de envio real com essa lista.
DKIM
DomainKeys Identified Mail. Adiciona uma assinatura criptográfica ao e-mail enviado para que os destinatários possam verificar que a mensagem não foi alterada no trajeto e realmente veio do domínio declarado.
Relatório agregado (Aggregate Report)
Um relatório XML enviado diariamente ao endereço indicado na tag rua do registro DMARC, resumindo o número de mensagens, os resultados de autenticação e a disposição da política por IP de origem.
Política (p / sp)
Como deve ser tratado o e-mail que falha na autenticação: none (não fazer nada, apenas monitorar), quarantine (tratar como suspeito, por exemplo enviando para o spam) ou reject (recusar a entrega). 'p' se aplica ao domínio em si e 'sp' aos seus subdomínios.
Alinhamento (alignment)
Se o domínio do cabeçalho From coincide com o domínio realmente verificado por SPF ou DKIM. Se não coincidirem, a mensagem falha no DMARC mesmo que SPF ou DKIM tenham passado individualmente.
pct
A porcentagem de mensagens às quais a política DMARC é aplicada. Definir um valor abaixo de 100 aplica a política apenas a essa fração do tráfego, o que é útil para uma implantação gradual.
Disposição (disposition)
A ação que o servidor de destino realmente aplicou a uma mensagem, registrada por IP de origem no relatório, para confirmar se correspondeu à política declarada (p/sp).

Perguntas frequentes

Se você indicou um endereço de e-mail na tag "rua" do seu registro DNS DMARC, os principais provedores de e-mail enviarão diariamente um anexo XML (compactado em gzip ou ZIP) para essa caixa de entrada. Se ainda não configurou "rua", adicione-o primeiro ao seu registro TXT — caso contrário, você não receberá nenhum relatório.

Não. A descompactação e a análise do XML ocorrem inteiramente em JavaScript dentro do seu navegador, e o conteúdo nunca é enviado a lugar nenhum. Como os relatórios DMARC contêm os IPs de origem do e-mail enviado pela sua organização, esta ferramenta foi projetada com privacidade e segurança em mente.

Se um remetente legítimo estiver falhando na autenticação, endurecer sua política DMARC para quarantine ou reject pode fazer com que o e-mail desse remetente pare de ser entregue. Mantenha a política em "none" (somente monitoramento) até que a taxa de aprovação esteja consistentemente alta.

Esta ferramenta suporta apenas o formato de relatório agregado diário ("rua"). Relatórios forenses ("ruf"), que contêm cópias de mensagens individuais que falharam, usam um formato diferente e não são suportados aqui.

A versão atual suporta um arquivo por envio. Para comparar relatórios de vários dias, envie e revise um por vez.
Tool-kun

Curiosidade — Como os relatórios DMARC tornaram visível um problema invisível

O DMARC (Domain-based Message Authentication, Reporting & Conformance), padronizado em 2012, combina dois mecanismos de autenticação já existentes — SPF e DKIM — e permite que um domínio publique no DNS exatamente como o e-mail que falha na autenticação deve ser tratado. Mas, para a maioria dos administradores, o real valor não está na aplicação da política em si, mas no recurso de relatórios agregados ("rua").

Antes do DMARC, quase não havia forma de saber quanto e-mail estava sendo enviado em nome do seu domínio, nem quanto disso era legítimo versus falsificado. O abuso da reputação do seu domínio podia continuar indefinidamente — uma ameaça invisível que você só descobriria pelas reclamações dos destinatários, se descobrisse.

Um relatório agregado DMARC torna esse tráfego visível: quais IPs enviaram quantas mensagens em nome do seu domínio, e como cada uma se saiu em relação ao SPF e DKIM. Os grandes provedores (Gmail, Yahoo, Microsoft e outros) reportam fielmente o e-mail que recebem, permitindo descobrir remetentes que você nem sabia que existiam — um serviço em nuvem, uma ferramenta de e-mail pessoal de um vendedor, ou até um impostor.

Quando Google e Yahoo tornaram o DMARC praticamente obrigatório para remetentes em massa em 2024, a demanda por análise de relatórios agregados cresceu rapidamente entre desenvolvedores e administradores de e-mail. Muitas organizações adotam um SaaS de monitoramento pago, mas para uma consulta rápida e pontual de um único relatório, uma ferramenta gratuita e totalmente client-side como esta costuma ser suficiente.