Analyseur d'en-têtes d'email
Collez les en-têtes bruts de n'importe quel email et obtenez une réponse en clair : qui l'a réellement envoyé, par quels serveurs il est passé, et si SPF, DKIM et DMARC sont validés. Rien n'est envoyé ailleurs - l'analyse a lieu entièrement sur cette page.
Vos en-têtes ne quittent jamais cette page. L'analyse est du JavaScript exécuté dans votre navigateur - rien n'est envoyé à nos serveurs, journalisé ni conservé.
- From
- DKIM
- SPF
L'alignement est évalué comme une correspondance exacte ou de sous-domaine. Le véritable alignement DMARC s'appuie sur les domaines organisationnels : un suffixe public inhabituel peut donc apparaître ici comme non aligné alors que le serveur destinataire l'a accepté.
-
→
- IP
- Protocole
- Heure
Aucun en-tête ne correspond à ce filtre.
- Traitement
- Dans votre navigateur
- Contrôles
- SPF, DKIM, DMARC
- Chemin de distribution
- Chaque saut, chronométré
- Inscription
- Non requise
- Prix
- Gratuit
Qu'est-ce qu'un en-tête d'email ?
Un en-tête d'email est le bloc de métadonnées attaché à chaque message, qui consigne qui l'a envoyé, quels serveurs l'ont relayé, quand chacun l'a traité, et si le domaine expéditeur a réussi l'authentification. Votre client de messagerie vous en montre quatre champs - De, À, Objet et Date - et masque tout le reste, c'est-à-dire précisément ce qui est utile.
Les en-têtes sont écrits par des machines, pour des machines. Un message ordinaire en compte trente à soixante champs, plusieurs répétés, la plupart repliés sur plusieurs lignes. Les lire à l'œil est possible mais fastidieux, et les éléments qui permettent de juger de l'authenticité d'un message sont dispersés dans trois ou quatre champs différents qu'il faut comparer entre eux.
C'est cette comparaison que cet outil automatise. Il reconstitue le chemin de distribution dans l'ordre réel du trajet, extrait les verdicts d'authentification enregistrés par le serveur destinataire, et vérifie si le domaine qui a réussi ces contrôles est bien celui affiché dans la ligne De - la seule question qui sépare un message authentique d'une contrefaçon convaincante.
Aussi recherché sous lecteur d'en-têtes d'email, analyseur d'en-tête de message, décodeur d'en-tête mail ou outil pour tracer un email : c'est le même travail, et cette page le fait dans tous les cas.
Comment analyser les en-têtes d'un email
Quatre étapes, et la seule qui demande un effort consiste à trouver où votre client de messagerie a caché les en-têtes.
Les en-têtes sont écrits par le serveur destinataire : ils n'existent donc que dans la boîte qui a reçu le message. Une copie dans votre dossier d'envois ne les portera pas.
Chaque client cache cela ailleurs - "Show original" dans Gmail, "View source" dans Outlook. Les instructions par client, plus bas, couvrent les six plus répandus.
Collez l'ensemble, corps du message compris si c'est plus simple. Tout ce qui suit la première ligne vide est automatiquement écarté.
Le résumé vous dit si l'expéditeur a été authentifié. Le chemin de distribution montre chaque serveur traversé par le message, et où il a calé.
Comment récupérer les en-têtes dans votre client de messagerie
Chaque client enterre cela à un endroit différent. Choisissez le vôtre.
Comment afficher les en-têtes d'un email dans Gmail
- 1 Ouvrez le message dans Gmail sur le web.
- 2 Cliquez sur le menu à trois points en haut à droite du message, pas sur celui de la barre d'outils.
- 3 Choisissez "Show original". Un nouvel onglet s'ouvre avec la source complète.
- 4 Cliquez sur "Copy to clipboard", ou sélectionnez tout ce qui précède la première ligne vide.
Les applications mobiles Gmail ne peuvent pas afficher les en-têtes originaux. Utilisez la version web, depuis n'importe quel appareil.
Comment afficher les en-têtes d'un email dans Outlook (web)
- 1 Ouvrez le message dans Outlook sur le web.
- 2 Cliquez sur le menu à trois points en haut à droite du message.
- 3 Choisissez "View", puis "View message source".
- 4 Sélectionnez tout le texte du panneau et copiez-le.
Outlook.com, Hotmail et la messagerie web Microsoft 365 suivent les mêmes étapes.
Comment afficher les en-têtes d'un email dans Outlook (bureau)
- 1 Double-cliquez sur le message pour l'ouvrir dans sa propre fenêtre.
- 2 Allez dans Fichier, puis Propriétés.
- 3 Les en-têtes se trouvent dans le champ "Internet headers", tout en bas.
- 4 Cliquez dans le champ, sélectionnez tout, et copiez.
Le champ est petit et ne se redimensionne pas - sélectionnez tout plutôt que d'essayer d'y lire quoi que ce soit.
Comment afficher les en-têtes d'un email dans Apple Mail
- 1 Sélectionnez le message dans Apple Mail.
- 2 Ouvrez le menu Présentation, puis Message, puis "All Headers".
- 3 Le bloc d'en-têtes complet apparaît au-dessus du corps du message.
- 4 Sélectionnez-le et copiez-le.
Raccourci : Command + Shift + H affiche et masque tous les en-têtes.
Comment afficher les en-têtes d'un email dans Yahoo Mail
- 1 Ouvrez le message dans Yahoo Mail.
- 2 Cliquez sur le menu à trois points au-dessus du message.
- 3 Choisissez "View raw message".
- 4 Sélectionnez tout le contenu de la fenêtre qui s'ouvre et copiez-le.
AOL Mail utilise la même interface et les mêmes étapes.
Comment afficher les en-têtes d'un email dans Thunderbird
- 1 Sélectionnez le message dans Thunderbird.
- 2 Appuyez sur Ctrl + U (Command + U sur macOS), ou passez par Affichage puis "Message Source".
- 3 La source complète s'ouvre dans une nouvelle fenêtre.
- 4 Sélectionnez le texte situé au-dessus de la première ligne vide et copiez-le.
Thunderbird affiche la sortie la plus brute de tous les clients courants - utile quand un autre client a supprimé quelque chose.
Ce que SPF, DKIM et DMARC vous disent réellement
Trois contrôles, trois questions différentes. Seul le troisième répond à "ce message vient-il vraiment de qui il prétend ?"
SPF
Ce serveur avait-il le droit d'envoyer ?
Le domaine publie la liste des serveurs autorisés à envoyer du courrier en son nom. SPF vérifie si le serveur qui a effectivement distribué ce message figure sur cette liste. Il casse sur le courrier transféré, car le serveur de transfert n'est pas sur la liste d'origine.
DKIM
Le message a-t-il été modifié en chemin ?
Le domaine expéditeur signe le message cryptographiquement. Le serveur destinataire vérifie cette signature à l'aide d'une clé publique publiée dans le DNS. Un DKIM validé prouve à la fois que le domaine a envoyé le message et que rien n'a changé en route. Il survit au transfert, et c'est pourquoi il compte davantage que SPF.
DMARC
L'expéditeur visible est-il le véritable expéditeur ?
DMARC relie les deux autres et ajoute ce qui arrête réellement l'usurpation : il exige que le domaine ayant réussi SPF ou DKIM soit celui affiché dans la ligne From:. Sans ce contrôle d'alignement, un attaquant peut réussir SPF avec son propre domaine tout en affichant le vôtre.
Pourquoi l'alignement est ce qui compte
Un attaquant peut enregistrer son propre domaine, y publier des enregistrements SPF et DKIM parfaitement valides, et vous envoyer un message qui réussit les deux - pendant que la ligne De affiche le nom de votre banque. Les contrôles sont passés ; ils sont simplement passés pour le domaine de l'attaquant, pas pour celui que vous voyez. L'alignement DMARC est la règle qui attrape cela, et c'est pourquoi un échec DMARC sur un message se réclamant d'une grande marque est le signal le plus fort de tout le bloc d'en-têtes.
Comment savoir si un email est usurpé
Pris isolément, chacun de ces signaux peut être anodin. Deux ou trois ensemble, sur un message qui veut vous faire cliquer ou déplacer de l'argent, ne le sont pas.
Analyse des en-têtes d'email : questions fréquentes
Un en-tête d'email est le bloc de métadonnées qui voyage avec chaque message et consigne comment il vous est parvenu : qui l'a envoyé, quels serveurs l'ont relayé, quand chacun l'a traité, et si le domaine expéditeur a réussi l'authentification. Votre client de messagerie en masque la quasi-totalité et ne vous montre que De, À, Objet et Date. Le reste est là où se trouve l'information utile.
Il prend ce bloc brut - dense, répétitif et écrit pour des machines - et le rend lisible. Celui-ci extrait le chemin de distribution saut par saut, récupère les verdicts SPF, DKIM et DMARC enregistrés par le serveur destinataire, vérifie si le domaine de l'expéditeur visible correspond à celui qui s'est réellement authentifié, et signale les schémas typiques du courrier falsifié.
Cela dépend de votre client. Gmail : ouvrez le message, menu à trois points, "Show original". Outlook sur le web : menu à trois points, "View", "View message source". Apple Mail : menu Présentation, Message, "All Headers". Yahoo : menu à trois points, "View raw message". Thunderbird : Ctrl+U. Les instructions complètes pour chacun figurent dans la section ci-dessus.
SPF vérifie si le serveur qui a envoyé le message figure sur la liste des serveurs autorisés par le domaine. DKIM vérifie une signature cryptographique prouvant que le message n'a pas été modifié en chemin et provient bien de ce domaine. DMARC relie les deux et ajoute l'essentiel : il exige que le domaine ayant réussi SPF ou DKIM soit celui affiché dans la ligne From:. Un message peut réussir SPF et rester une contrefaçon si le domaine validé n'est pas celui que vous voyez.
Le signal isolé le plus fort est un échec DMARC sur un message se réclamant d'une grande marque - ces domaines publient tous des politiques strictes, donc un message authentique passe. Ensuite, cherchez un Reply-To pointant vers un domaine différent de l'adresse From, un Return-Path qui ne correspond à aucun des deux, et un Message-ID manquant. Pris isolément, chacun peut être anodin. Deux ou trois ensemble, sur un message qui veut vous faire cliquer, ne le sont pas.
Presque toujours à cause d'un transfert. Lorsqu'un message est transféré, le serveur qui le transfère devient l'expéditeur du point de vue de SPF, et il ne figure pas sur la liste autorisée du domaine d'origine - SPF échoue donc sans aucune faute de l'expéditeur initial. C'est exactement la raison d'être de DKIM : la signature survit au transfert. Si DKIM a réussi et SPF échoué, le transfert est l'explication la plus probable.
Chaque serveur ajoute sa propre ligne Received: en haut du bloc d'en-têtes au passage du message : les en-têtes bruts se lisent donc du plus récent au plus ancien - le dernier serveur à avoir touché le message est en haut, l'expéditeur d'origine tout en bas. Cet outil inverse l'ordre, si bien que le chemin de distribution affiché suit le trajet réel du message.
Seulement grossièrement, et souvent pas du tout. L'IP d'origine indique quel serveur a soumis le message, ce qui, pour toute personne utilisant Gmail, Outlook ou un fournisseur courant, correspond à un centre de données, pas à un individu. Le courrier envoyé depuis un serveur auto-hébergé ou un appareil compromis peut en révéler davantage. Traitez toute localisation obtenue ainsi comme un signal faible, jamais comme une identification.
Non. Toute l'analyse s'exécute en JavaScript dans votre navigateur - les en-têtes ne sont jamais envoyés à nos serveurs, jamais journalisés, jamais conservés. Vous pouvez vous déconnecter d'internet une fois la page chargée, l'outil continue de fonctionner. Les en-têtes d'email contiennent couramment des noms d'hôtes internes, des adresses de destinataires et des détails de routage : exactement le genre d'informations qu'il ne faut pas confier à un tiers pour traitement.
Non. Pas d'inscription, aucune limite sur le nombre de messages analysés, pas de formule payante. Et s'il vous faut aussi une adresse jetable pour vérifier où atterrit votre propre courrier, vous pouvez en créer une depuis cette page en un clic - c'est gratuit également.
Vous testez où votre propre courrier atterrit ?
Envoyez-le à une adresse jetable, puis passez dans cet analyseur les en-têtes avec lesquels il arrive. Gratuit, sans inscription, et la boîte se supprime ensuite toute seule.