Ferramentas de Diagnóstico de Rede
Inspecione e avalie sua política DMARC
DNS e Registros
Consulta DNS Todos os registros DNS de qualquer domínio Consulta de Registro A Endereços IPv4 de um domínio Consulta de Registro AAAA Endereços IPv6 de um domínio Consulta MX Servidores de e-mail de um domínio Consulta NS Servidores de nomes autoritativos Consulta TXT Registros TXT, SPF, verificação Consulta CNAME Registros de nome canônico (alias) Consulta SOA Registro Start of Authority Consulta SRV Registros de localização de serviço Consulta CAA Quais ACs podem emitir certificados DNS Reverso (PTR) Endereço IP para hostname Verificação DNSSEC O domínio está assinado e validado? Diagnóstico de DNS Um relatório completo de delegação e DNSEntregabilidade de E-mail
Verificação SPF Valide seu registro Sender Policy Framework Verificação DMARC Inspecione e avalie sua política DMARC Verificação DKIM Encontre e valide sua chave pública DKIM Verificação de Blacklist Verifique um IP em listas de bloqueio de e-mail (DNSBLs) Teste SMTP Conecte-se a um servidor de e-mail e verifique o STARTTLS Verificação MTA-STS Política de TLS obrigatório para e-mail de entrada Verificação BIMI Registro de logotipo da marca para e-mail Verificação TLS-RPT Política de relatórios de TLS do SMTPRede e Web
Verificação de Certificado SSL Inspecione o certificado TLS e a validade de um site Verificação de Cabeçalhos HTTP Inspecione cabeçalhos de resposta, redirecionamentos e segurança Ping (TCP) Acessibilidade e latência por TCP Verificação de Portas Quais portas comuns estão abertasDomínio
Consulta WHOIS Dados de registro de domínios, IPs e ASNsO DMARC se apoia no SPF e no DKIM para dizer aos destinatários o que fazer com e-mails que falham na autenticação e para onde enviar relatórios. Uma política 'p=none' apenas monitora; 'quarantine' e 'reject' realmente protegem seu domínio contra spoofing. O IPeek lê o registro em _dmarc.seu-dominio, analisa cada tag e avalia a força da política.
O DMARC é um registro TXT em _dmarc.seu-dominio que começa com v=DMARC1. Ele passa quando uma mensagem passa no SPF ou no DKIM e o domínio autenticado se alinha com o domínio From visível. O alinhamento é a chave: quem faz spoofing pode passar no SPF ou DKIM brutos no próprio domínio, mas não consegue alinhá-los com o seu. Um registro como v=DMARC1; p=reject; rua=mailto:reports@seu-dominio; adkim=s; aspf=s impõe a rejeição e exige alinhamento estrito tanto para DKIM quanto para SPF.
A tag p define sua política. p=none apenas monitora — o e-mail continua fluindo, mas você coleta relatórios para ver quem envia em seu nome. p=quarantine encaminha os e-mails que falham para o spam, e p=reject os bloqueia totalmente, a proteção mais forte contra spoofing. A tag pct pode aumentar a aplicação gradualmente (por exemplo, pct=25), e sp define uma política separada para subdomínios. Comece com none para reunir dados, depois aperte para quarantine e reject quando seus remetentes legítimos passarem. O IPeek avalia o quão forte é sua política atual.
Os relatórios do DMARC são o que o torna acionável. A tag rua nomeia uma caixa de correio que recebe relatórios agregados em XML diariamente, resumindo quais fontes enviaram e-mail em nome do seu domínio e se passaram no SPF, no DKIM e no alinhamento. Use esses relatórios para encontrar remetentes legítimos que você esqueceu de autorizar antes de apertar sua política. A tag opcional ruf solicita relatórios forenses (por falha), embora a maioria dos destinatários não os envie mais por motivos de privacidade. Sem rua, você aplica a política às cegas.
p=none é uma política apenas de monitoramento. Ela diz aos destinatários para não tomarem nenhuma ação especial com e-mails que falham no DMARC, então as mensagens são entregues normalmente, mas você ainda recebe relatórios agregados mostrando quem está enviando e-mail em nome do seu domínio. Use p=none para reunir dados e identificar remetentes legítimos, depois passe para quarantine ou reject para ter proteção real contra spoofing.
Ambos aplicam sua política, mas de formas diferentes. p=quarantine diz aos destinatários para entregar os e-mails que falham na pasta de spam ou lixo eletrônico, enquanto p=reject diz para bloqueá-los totalmente, de modo que nunca cheguem ao destinatário. Reject é a proteção mais forte contra spoofing. Quarantine é um passo intermediário comum antes de adotar a rejeição total.
O alinhamento exige que o domínio autenticado pelo SPF ou DKIM corresponda ao domínio no cabeçalho From visível. O DMARC só passa quando pelo menos um deles se alinha. O alinhamento relaxado (o padrão) permite que subdomínios correspondam ao domínio organizacional; o alinhamento estrito (adkim=s, aspf=s) exige correspondência exata. O alinhamento é o que impede atacantes de passarem na autenticação no próprio domínio.
Um registro DMARC é um registro TXT publicado no subdomínio _dmarc do seu domínio — por exemplo, _dmarc.example.com. Ele deve começar com v=DMARC1 e é publicado uma vez por domínio organizacional. Os destinatários consultam exatamente esse local para encontrar sua política. O IPeek lê o registro em _dmarc.seu-dominio automaticamente e analisa cada tag que ele contém.
Não. O DMARC passa se o SPF ou o DKIM passar e se alinhar com seu domínio From, então você não precisa estritamente dos dois. No entanto, configurar ambos é fortemente recomendado: adiciona redundância, e o DKIM sobrevive ao encaminhamento de e-mail, enquanto o SPF costuma quebrar nele. Ter os dois métodos de autenticação alinhados garante os resultados de DMARC mais confiáveis.