Le courrier électronique qui m'a été envoyé est adressé à MAIL@MAIL.COM. Comment est-ce fait?


104

On m'a récemment envoyé un courriel d'arnaque et, pour rire, je l'ai ouvert pour le lire. Très simple, et pas beaucoup d'effort jeté po

J'ai remarqué quelque chose de particulier. cet email ne m'a pas été adressé. Au début, je soupçonnais un CC ou un BCC, mais mon adresse n’est nulle part sur le courrier. J'ai fourni une photo ci-dessous. Comment est-ce fait?

entrez la description de l'image ici


8
Affichez les en-têtes de message complets ... vous pouvez également avoir une adresse SMTP secondaire sur le serveur de messagerie auquel elle a peut-être été envoyée. Les administrateurs de serveur de messagerie devraient pouvoir vous conseiller, mais vous pouvez également modifier votre réponse et publier les détails complets de l'en-tête de ce message.
Pimp Juice IT

55
Vous étiez probablement dans le champ de copie carbone invisible du courrier électronique.
Mokubai

61
Vous ne verrez pas la liste BCC, c'est la partie "B" . ;)
cʜιᴇ007

14
@tuskiomi Non, pas dans Outlook. Gmail montre bcc: me, peut-être que d'autres aussi ... Mais si vous regardez tous les en-têtes de message, vous devriez voir votre email.
wysiwyg

20
@tuskiomi - Non, vous ne verrez jamais personne listée dans BCC, pas même vous-même. De plus, s'il s'agit de spam, il peut ne pas même y avoir de véritable liste BCC; Un spamware peut gérer la liste de destinataires comme bon lui semble. Ce qui compte en fin de compte, c'est l'aspect du dialogue entre le spamware et le serveur de messagerie, et non le contenu du courrier. Si vous consultez les en-têtes Internet, vous ne verrez votre adresse électronique que si vous le voyez.
Jeff Zeitlin

Réponses:


153

Un message électronique Internet se compose de deux parties. Nous pouvons les appeler enveloppe et message de charge utile ou simplement message .

L'enveloppe contient des données d'acheminement: il s'agit principalement de l'adresse de l'expéditeur et d'une ou plusieurs adresses de destinataire.

Le message a le contenu du message: objet, corps du message, pièces jointes, etc. Il contient également des informations techniques telles que les en- Received:têtes trace ( ), les données DKIM, etc. ainsi que les affichés adresses expéditeur et du destinataire (ce que vous voyez dans le From, Toet les Ccchamps dans votre client de messagerie).

Voici l'essentiel: les deux ne doivent pas être d'accord!

Un serveur de messagerie examinera les données de l'enveloppe pour déterminer comment envoyer le message. D'autre part, à quelques exceptions près, le message lui-même sera traité comme une simple donnée. En particulier, un serveur de messagerie bien conçu ne consulte pas les champs To:et Cc:du message lui-même pour déterminer la liste des destinataires, pas plus qu'il ne consulte le From:champ pour déterminer l'adresse de l'expéditeur.

Lorsque vous composez et envoyez un courrier électronique, votre client de messagerie prend ce que vous avez saisi dans les champs À, Cc et Cci et le traduit en informations de routage d'enveloppe. Cela se fait principalement en supprimant tous les noms complets (en ne laissant que les adresses de messagerie), mais peut également impliquer des éléments tels que la réécriture d'adresses, le développement d'alias, etc. Le résultat est une liste d'adresses de messagerie attribuées au serveur de messagerie avec lequel votre client de messagerie communique en tant que liste de destinataires. Les listes À et Cc sont conservées dans l'e-mail, mais la Cci n'est pas transmise au serveur, ce qui la rend invisible aux destinataires du message. L'adresse de l'expéditeur fonctionne de manière très similaire.

Lorsque le message atteint sa destination finale, les données de l'enveloppe sont soit supprimées, soit conservées dans les en-têtes de message détaillés. C'est l'une des raisons pour lesquelles Spittin 'IT a demandé les entêtes de message complètes dans un commentaire à votre question.

De plus, avec la messagerie Internet, il est possible de parler directement à un serveur de messagerie et d'injecter ainsi un message présentant un décalage entre les données de l'enveloppe et les données du message qu'un client de messagerie normal et sage ne souhaite pas. laissez-vous composer. De plus, les serveurs de messagerie vérifient à divers degrés l'adresse de l'expéditeur indiquée dans les données de l'enveloppe. certains le vérifient à peine, au- delà, en s'assurant qu'il s'agit d'une adresse électronique syntaxiquement valide. L'en-tête From des données du message est soumis à un contrôle encore moindre.

Puisque le client de messagerie destinataire affiche ce qui est contenu dans les en-têtes De, À et Cc, et non les données d'adresse de l'enveloppe, il est possible de placer tout ce que vous voulez et le client de messagerie destinataire n'aura aucun recours, mais de ne pas s'y fier. est raisonnablement précis. Pour un courrier légitime, il est généralement assez précis. pour le spam, ce n'est presque jamais le cas.

Dans le monde des objets matériels tangibles et physiques habités par nous, humains, l' expéditeur de l' enveloppe et le destinataire de l'enveloppe correspondent respectivement à l'adresse de retour et à l'adresse du destinataire que vous écrivez à l'extérieur de l'enveloppe. et les en - têtes From:et To:/ Cc:correspondent à ce que vous avez mis comme adresse respectivement de votre destinataire et de celle du destinataire dans la lettre que vous avez mise dans l'enveloppe.


8
Je souhaite que les gens fassent ici plus d'analogies du monde réel afin que d'autres comprennent ce qu'est l'équivalent physique. L '"expéditeur" d'un courrier électronique est semblable à la personne qui remet l'enveloppe au facteur. l'adresse "de" est celle à laquelle il est destiné. Comme si vous pouviez être une secrétaire qui envoie pour le compte de quelqu'un d'autre, etc.
Mehrdad,

21
@ Mehrdad No; l' adresse de l' expéditeur de l'enveloppe (SMTP) est semblable à l'adresse de retour à l'extérieur de l'enveloppe (où elle est envoyée si elle ne peut pas être livrée), tandis que l'adresse dans l'en- Fromtête est celle que vous écrivez sur le morceau de papier que vous collez à l' intérieur de l'enveloppe et que le facteur ne sait même pas.
un CVn

Je pensais à l'en-tête Sender: header lorsque j'ai écrit cela, et ce n'était qu'un exemple. Juste en disant que ce serait bien d'ajouter un exemple comme celui-ci à votre réponse.
Mehrdad

91
La quantité de caractères gras ici est vraiment inutile au mieux . Et ce n'est que mon opinion .
JakeGould

3
@SupremeGrandRuler Parce que les informations sur le destinataire (contrairement à un éventuel expéditeur ou chemin de retour) ne sont pas contenues dans le courrier électronique. Imaginez que la liste complète des destinataires soit incluse, y compris les adresses que la MUA a obtenues du champ Cci (rappelez-vous: SMTP (le protocole d’enveloppe) ne connaît pas Cci, il ne connaît que les destinataires)… Ce serait un problème de confidentialité (et énorme perte d’espace) et pas seulement sur les grandes listes de diffusion (fonctionnant selon le même principe que Bcc).
Jonas Schäfer

23

tl; dr en bas.

Le protocole SMTP n'a pas la notion de destinataires CC ou BCC; Il s'agit d'une convention organisée par les clients de messagerie. Le serveur SMTP ne se soucie généralement que des informations et des données de routage. C'est une distinction importante, car sans cette capacité, BCC ne pourrait pas exister. En tant que communication BCC légitime, tenez compte de la transcription suivante du client:

HELO from-mail-server.com
MAIL FROM:<john.smith@from-mail-server.com>
RCPT TO:<anonymous@another-mail-server.com>
DATA
From: "John Smith" <john.smith@from-mail-server.com>
To: "Jane Doe" <jane.doe@to-mail-server.com>
BCC: "Anonymous" <anonymous@another-mail-server.com>
Subject: Important Meeting Notice
Date: Monday, May 15, 2017 12:20 PM

This is an important meeting notice. We'll meet tomorrow.

.

Maintenant, dans ce cas, Anonymous a reçu un message concernant cette réunion. Cependant, cette version du courrier n'a pas été acheminée à Jane Doe; elle ne sait rien sur Anonymous étant notifiée. En revanche, le message sera envoyé à Jane Doe avec un corps et un en-tête différents:

HELO from-mail-server.com
MAIL FROM:<john.smith@from-mail-server.com>
RCPT TO:<jane.doe@to-mail-server.com>
DATA
From: "John Smith" <john.smith@from-mail-server.com>
To: "Jane Doe" <jane.doe@to-mail-server.com>
Subject: Important Meeting Notice
Date: Monday, May 15, 2017 12:20 PM

This is an important meeting notice. We'll meet tomorrow.

.

Ici, comme Anonymous était dans le Cci, le message envoyé à Jane Doe n’incluait pas la liste des destinataires du Cci. En raison de la convention BCC, l'enveloppe de courrier électronique peut ne pas inclure les destinataires ayant effectivement reçu le message, mais également des destinataires ne figurant pas dans les en-têtes du message.

Comme mentionné par @JonasWielicki , que je voulais également inclure, est que le MUA (agent d'utilisateur de messagerie) est généralement responsable de l'envoi des multiples courriels nécessaires à la mise en œuvre de la CCC. Les serveurs de messagerie ne connaissent rien à BCC. Le MUA doit donc implémenter BCC en envoyant plusieurs courriels avec des itinéraires de messagerie différents spécifiés dans les en-têtes de l'enveloppe. Pour cette raison, les BCC prennent généralement plus de temps à envoyer que les courriels normaux, car différents corps de message doivent être construits et envoyés individuellement.

Cela aide également avec certaines règles de conformité de messagerie. Par exemple, un serveur de messagerie peut avoir des règles configurées pour BCC automatiquement un serveur de messagerie d'archivage (tous les courriers électroniques qui lui sont envoyés sont également archivés), auquel cas le serveur de messagerie peut même ne pas être un vrai destinataire.

HELO from-mail-server.com
MAIL FROM:<john.smith@from-mail-server.com>
RCPT TO:<mail-archive@archive-server.com>
DATA
From: "John Smith" <john.smith@from-mail-server.com>
To: "Jane Doe" <jane.doe@to-mail-server.com>
BCC: "Anonymous" <anonymous@another-mail-server.com>
Subject: Important Meeting Notice
Date: Monday, May 15, 2017 12:20 PM

This is an important meeting notice. We'll meet tomorrow.

.

Ici, le destinataire est une autre partie qui n’est absolument pas divulguée à aucun des destinataires ni même à l’expéditeur. Il s'agit d'une fonctionnalité du protocole, généralement utilisée pour le relais ou l'archivage des messages.

Ce message de spam a profité de ce comportement. C'est une lacune standard qui, techniquement, devrait fonctionner avec tout serveur de messagerie conforme. Bien sûr, de nombreux serveurs mis à jour utilisent des "extensions" comme DKIM pour vérifier qu'un tel courrier est authentique, mais il existe encore de nombreux anciens serveurs de messagerie qui ne s'en soucient pas, tout simplement parce qu'il est tentant de ne pas réparer les éléments qui ne sont pas endommagés.

Notez également comment j'ai spécifié un en-tête Date. Cela peut être n'importe quelle valeur arbitraire (mais bien formatée); beaucoup de clients seront heureux d’afficher toute date légale allant du passé lointain au futur lointain. Je me suis personnellement adressé il y a quelques années un courrier électronique qui restera en tête de ma boîte aux lettres longtemps après mon espérance de vie, ainsi qu'un courrier électronique antérieur à mon compte de messagerie et à ma propre naissance.

tl; dr

Donc, en résumé, l'expéditeur a usurpé un courrier électronique, le serveur de messagerie d'origine l'a accepté / relayé, votre serveur de messagerie l'a accepté et l'a stocké dans votre boîte de réception, et votre client a fidèlement affiché les données qui se trouvaient dans votre boîte de réception, sans contourner le problème. toute sécurité. La sécurité "Envoi" est souvent beaucoup moins restreinte que la "réception" de la sécurité, dans la mesure où POP3 requiert presque toujours un nom d'utilisateur et un mot de passe avant de pouvoir accéder à une boîte aux lettres (vous pouvez théoriquement la contourner, mais je ne connais aucun mot de passe légitime. services de messagerie qui le font).


3
Notez que l'effacement de Cci n'est généralement pas géré par les serveurs de messagerie (la transcription SMTP que vous avez fournie suggère le contraire, car HELO ressemble à un serveur de messagerie et non à une MUA). Pour fournir une copie avec l'en-tête Cci à la personne visée dans cet en-tête, le MUA doit effectuer un travail supplémentaire en envoyant deux courriels distincts.
Jonas Schäfer

@ JonasWielicki C'est un bon point. J'ai ajouté une modification à cet effet.
Phyrfox

5
Si vous ajoutez une ligne Cci à un courrier livré il est aveugle pas plus :)
Eckes

1
En fait, obliger le client à envoyer plusieurs messages dans le cas de CCC est incorrect. Il est parfaitement judicieux d’envoyer un seul message. Le client SMTP peut répertorier plusieurs RCPT TOinstructions. La seule exigence est que le serveur SMTP de destination soit le serveur faisant autorité pour les deux destinataires, ou soit disposé à relayer n'importe quel autre nom.
Patrick

6

Le SMTP et le courrier électronique sont des services Internet très anciens datant d'une époque où la sécurité et l'authentification étaient prises beaucoup moins au sérieux (le DNS est un autre exemple). La conception du protocole ne fait aucun effort pour vérifier l'authenticité de l'adresse de l'expéditeur et ne valide l'adresse du destinataire que dans la mesure où elle garantit que le courrier est livrable.

Le courrier électronique est transmis via le protocole SMTP. Le protocole SMTP est relativement stupide; il offre la possibilité de transmettre du texte en clair à une adresse électronique et très peu plus. La structure de ce texte en clair est définie par la RFC 5322 . L'idée générale est que le texte de l'e-mail comporte des métadonnées appelées un en-tête et le corps du texte. Cet en-tête de courrier électronique est généré par l'expéditeur (aucun de ces éléments ne peut être approuvé) et contient des champs tels que "à:", "à partir de", "sujet:", etc.

Le protocole SMTP ne valide pas (et n'est pas censé) valider que les en-têtes de courrier électronique correspondent à très peu d'éléments définis dans le protocole SMTP, qui sont essentiellement votre adresse électronique et une adresse électronique d'expéditeur qui n'est jamais validée.

Presque tout dans un message électronique peut être faux.

Aujourd'hui, les signatures DKIM prouvent que les e-mails ont été traités via un serveur de messagerie agréé par le titulaire du domaine. En creusant plus profond, vous constateriez que cet email frauduleux n'a pas de signature DKIM.


J'ajouterais l'en- Received:tête final ajouté par votre propre système aux parties dignes de confiance.
Hagen von Eitzen

3

L'adresse Todans l'en-tête du courrier électronique est fournie à titre d'information et elle est indiquée par le client de messagerie. L'adresse du destinataire réel est donnée avec RCPT TOdans SMTP. Il en va de même si vous écrivez une lettre, mettez une enveloppe, écrivez l'adresse 1 sur une enveloppe. Ensuite, allez au courrier, donnez une autre adresse-2. Le service de messagerie met votre enveloppe dans une enveloppe plus grande portant l'adresse 2 et l'envoi y ira. Votre secrétaire (logiciel client de messagerie) met l'enveloppe externe dans la corbeille et vous montre l'enveloppe interne avec l'adresse-1. Vous pouvez voir cela avec l'affichage RAW du message électronique.


2

C'est un aspect légèrement différent, basé sur l'examen des en-têtes. Les autres réponses traitent mieux que moi les détails du protocole SMTP.

Si vous pouvez obtenir les en-têtes complets de votre message, puis recherchez-les pour votre adresse, vous pouvez la trouver dans un champ appelé Envelope-to, Delivered-toou X-Apparently-to. Le premier est utilisé par mon fournisseur de messagerie, le second par Gmail. J'ai vu le troisième utilisé aussi. Ce sont des champs différents mais, pour nos besoins, tendent à signifier la même chose: la boîte aux lettres dans laquelle le message doit être remis. J'ai testé en envoyant à partir de Outlook (version de bureau) avec le destinataire BCCed.

Mon fournisseur de messagerie utilise également le Delivered-Tochamp mais pour le nom de la boîte aux lettres sur son serveur. Ce n'est pas mon adresse e-mail, bien qu'elle en ressemble à une (pensez ChrisH-$ACCOUNTNAME@$SERVER.mail.com).

Outlook (combiné avec Exchange Server), d’autre part, n’inclut pas dans les en-têtes un seul champ avec l’adresse électronique du destinataire si vous êtes répertorié en tant que Cci.

En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.