Recevoir un courriel “envoyé” depuis sa propre adresse est déstabilisant. Ce n’est généralement pas un piratage de boîte, mais une usurpation d’expéditeur (spoofing) rendue possible par SMTP. Voici le contexte, le pourquoi/le comment, les erreurs à éviter, et nos recommandations Ebitdata pour verrouiller vos domaines (SPF, DKIM, DMARC), vos postes et vos procédures.
Recevoir un courriel “envoyé” depuis sa propre adresse est déstabilisant. Ce n’est généralement pas un piratage de boîte, mais une usurpation d’expéditeur (spoofing) rendue possible par SMTP. Voici le contexte, le pourquoi/le comment, les erreurs à éviter, et nos recommandations Ebitdata pour verrouiller vos domaines.
De : jean.dupont@entreprise.com
À : jean.dupont@entreprise.com
Objet : Your password may no longer be secure“J’ai installé un virus sur vos appareils et enregistré vos activités. Payez 1 670 $ en bitcoins sous 48 h ou j’enverrai des vidéos compromettantes à vos contacts.”
L’adresse affichée dans From: semble être la vôtre. Pourtant l’email a été injecté depuis un serveur tiers et usurpe visuellement votre identité d’expéditeur.
Le protocole SMTP permet de définir librement l’expéditeur (From:) et l’enveloppe (MAIL FROM). Sans contrôles, n’importe qui peut “signer” au nom de votre adresse. D’où l’importance des mécanismes modernes :
Un email usurpé échouera DMARC et sera placé en indésirable ou rejeté, si votre politique est correctement configurée (p=quarantine ou p=reject).
p=reject et agrégation des rapports (RUA/RUF).