DMARC

Relatórios forenses RUF e DMARC

Os relatórios forenses fornecem a mensagem individual de falha, não um resumo dela.

Os relatórios forenses RUF são relatórios de falha por mensagem enviados para o endereço na tag ruf do seu registro DMARC quando uma mensagem falha na autenticação. Ao contrário dos relatórios agregados, que resumem as contagens, um relatório forense captura detalhes de uma mensagem individual com falha, seguindo o formato AFRF definido na RFC 6591 . Eles ajudam a diagnosticar exatamente por que mensagens específicas falham e a detectar abusos ativos.

Como RUF difere do RUA

  • Os relatórios RUA são resumos diários agrupados por fonte de envio. Os relatórios RUF são gerados por mensagem com falha, quase em tempo real.
  • RUA contém apenas contagens e resultados. RUF pode conter cabeçalhos de mensagens e, às vezes, partes do corpo.
  • RUA é enviado por quase todos os principais receptores. RUF é enviado por muito menos provedores devido a questões de privacidade.
  • RUA é a sua principal ferramenta para alcançar a fiscalização. RUF é um suplemento de diagnóstico e detecção de abuso.

A etiqueta ruf

ruf=mailto:ruf@example.com; fo=1 The fo tag controls when reports are generated. fo=1 requests a report whenever any authentication check fails to align.

As opções de tag fo

  • fo=0: generate a report only if both SPF and DKIM fail to produce an aligned pass. This is the default.
  • fo=1: generate a report if either SPF or DKIM fails to align. The most useful setting for diagnostics.
  • fo=d: generate a report if DKIM fails, regardless of alignment.
  • fo=s: generate a report if SPF fails, regardless of alignment.

Considerações de privacidade

Como os relatórios forenses podem incluir cabeçalhos e conteúdo de mensagens, eles podem conter dados pessoais pertencentes aos seus destinatários ou remetentes. É por isso que a maioria dos grandes provedores de caixas de correio não envia RUF e é por isso que você deve lidar com todos os relatórios que receber com cuidado. Se a sua organização estiver sujeita a regulamentações de privacidade, trate os dados forenses como confidenciais e limite quem pode acessá-los.

EmailAuth edita informações de identificação pessoal em relatórios RUF antes de apresentá-los, para que você obtenha o valor de diagnóstico de uma amostra com falha sem expor os dados do destinatário. Os relatórios são analisados ​​em uma visualização legível em vez de texto AFRF bruto.

Quando RUF é útil

Os relatórios forenses ganham seu lugar em duas situações: diagnosticando uma fonte teimosa que continua falhando em seus dados agregados e detectando campanhas ativas de phishing que falsificam seu domínio. Ver os cabeçalhos de uma mensagem com falha geralmente revela imediatamente a configuração incorreta ou a infraestrutura do invasor. Porém, para a maior parte do trabalho diário de implementação, os relatórios RUA carregam a carga, e RUF é a camada de detalhes que você recorre quando precisa.

Você deve habilitar RUF

Habilite RUF se desejar detalhes em nível de falha e puder manipular os dados de maneira responsável. Espere um volume baixo, já que poucos provedores o enviam. Tenha em mente que RUF por si só não leva você à fiscalização: você ainda precisa RUA para inventariar fontes e confirmar o alinhamento. Trate os relatórios forenses como um complemento, não como um substituto.

Perguntas frequentes

Qual é a diferença entre RUA e RUF ?

Os relatórios RUA são resumos agregados diários de resultados de autenticação agrupados por fonte de envio. Os relatórios RUF são amostras forenses por mensagem de falhas individuais, definidas na RFC 6591 , que podem incluir cabeçalhos de mensagens. RUA é sua principal ferramenta de implementação; RUF é um suplemento de diagnóstico.

Por que não recebo relatórios forenses?

A maioria dos principais provedores de caixas de correio, incluindo Google e Microsoft, não enviam relatórios RUF devido a questões de privacidade sobre o conteúdo das mensagens. Mesmo com uma tag ruf válida e fo=1, você deve esperar um volume baixo ou zero. Confie em relatórios agregados ( RUA ) para seu inventário de origem.

Os relatórios forenses são um risco à privacidade?

Podem ser, porque podem conter cabeçalhos de mensagens e fragmentos de corpo que incluem dados pessoais. Trate todos os relatórios RUF recebidos como confidenciais, restrinja o acesso e considere a redação. EmailAuth remove informações de identificação pessoal dos relatórios RUF antes de exibi-los.

O que significa fo=1 em um registro DMARC ?

A tag fo é definida quando os relatórios forenses são gerados. fo=1 solicita um relatório sempre que SPF ou DKIM não conseguem produzir uma passagem alinhada, que é a configuração mais útil para diagnósticos. O padrão, fo=0, reporta apenas quando ambos falham no alinhamento.

[ DMARC guia ]

Parte da Base de ConhecimentoRelatórios e investigação · 63 guias

Proveniência da empresa

Por que as principais instituições financeiras e governos retiraram seus painéis de segurança de e-mail.

As plataformas tradicionais de autenticação de e-mail vendem um painel e pedem que seus engenheiros façam o trabalho. Em ambientes de alto risco, a supervisão manual significa aplicação atrasada, desvios de configuração e domínios ocultos não monitorados.

EmailAuth é a plataforma de origem de e-mail agente. Nossos agentes impõem p=reject, mantenha remetentes terceiros alinhados e mova seus domínios para full RFC 9989 conformidade, o novo padrão DMARC , com auditabilidade humana no circuito.

Governos Grandes empresas Instituições financeiras de nível 1

SaaS · Locação dedicada · Air gap no local · Criptografia BYOK

Veja EmailAuth em seu próprio domínio

Comece uma prova de conceito de 14 dias. Mapeamos cada remetente, quantificamos sua exposição e oferecemos um caminho seguro para a aplicação total.