Contrôle de sécurité e-mail
Vérifiez si SPF, DKIM et DMARC sont correctement configurés pour votre domaine. Vous voyez si quelqu’un peut envoyer de faux e-mails en votre nom et recevez chaque enregistrement manquant prêt à copier.
- En direct depuis le DNS. Les enregistrements sont lus directement sur les serveurs DNS de votre domaine.
- Standards actuels. SPF, DKIM, DMARC et MTA-STS sont vérifiés selon les RFC en vigueur.
- Une ligne à copier. Chaque enregistrement proposé est fourni avec son nom et sa valeur, tels que vous les saisissez chez votre fournisseur de domaine.
Quel domaine devons-nous vérifier ?
- Gratuit, sans inscription
- Domaine non enregistré
- Résultat en quelques secondes
Lire le résultat
Le contrôle aboutit à l’un de ces quatre résultats. Il dépend de SPF et de DMARC, les deux enregistrements de base contre l’usurpation.
Protégé
SPF et DMARC sont correctement configurés. Les faux e-mails envoyés en votre nom sont refusés ou finissent dans les spams.
Partiellement protégé
Les enregistrements existent, mais ils sont faibles, par exemple si DMARC se contente d’observer (p=none). De faux e-mails peuvent encore être distribués.
Non protégé
SPF ou DMARC manque ou est invalide. De faux e-mails peuvent être envoyés en votre nom, et vos propres e-mails finissent plus facilement dans les spams.
Non vérifiable
Les serveurs DNS du domaine n’ont pas répondu. Dans ce cas, nous ne rendons pas de verdict. Réessayez un peu plus tard.
Lire les enregistrements
Chaque partie d’un enregistrement fixe une règle au serveur destinataire. Nous décomposons ici trois exemples d’enregistrements, élément par élément.
SPFExpéditeurs autorisés
Qui a le droit d’envoyer des e-mails en votre nom ?
example.comTXT
v=spf1 include:_spf.google.com ~all
- 1Identifie la ligne comme un enregistrement SPF.
- 2Les serveurs de Google Workspace ont le droit d’envoyer en votre nom. Chaque service supplémentaire qui envoie en votre nom ajoute un include.
- 3Les e-mails provenant de serveurs absents de la liste sont considérés comme suspects. Avec -all, ils sont refusés.
DKIMSignature numérique
Vos e-mails sont-ils signés numériquement ?
google._domainkey.example.comTXT
v=DKIM1; k=rsa; p=MIIBIjANBgkqhkiG9w0B…
- 1Identifie la ligne comme une clé DKIM.
- 2Le type de clé, ici RSA.
- 3La clé publique. Le destinataire l’utilise pour vérifier la signature de l’e-mail.
Le google au début du nom est le sélecteur. Dans la signature de l’e-mail, il apparaît sous la forme s=google.
DMARCRègle contre l’usurpation
Que deviennent les faux e-mails ?
_dmarc.example.comTXT
v=DMARC1; p=quarantine; rua=mailto:dmarc@example.com
- 1Identifie la ligne comme un enregistrement DMARC.
- 2Les e-mails qui échouent à SPF et à DKIM finissent dans les spams. Avec none, on se contente d’observer ; avec reject, ils sont refusés.
- 3Les destinataires envoient leurs rapports à cette adresse. Vous voyez ainsi qui envoie des e-mails en votre nom.
Comment le serveur destinataire vérifie votre e-mail
Derrière chacune des cinq étapes se trouve un enregistrement DNS de votre domaine. Le contrôle lit ces enregistrements comme le serveur destinataire les lit.
Trouver l’adresse
Grâce à l’enregistrement MX du destinataire, le serveur d’envoi sait à quel serveur l’e-mail doit être remis.
Enregistrement
- MX
Chiffrer la connexion
MTA-STS rend obligatoire une connexion chiffrée entre les serveurs. TLS-RPT vous envoie un rapport lorsque la distribution chiffrée échoue.
Enregistrements
- MTA-STS
- TLS-RPT
Vérifier l’expéditeur
À l’aide de votre enregistrement SPF, le destinataire vérifie si le serveur d’envoi a le droit d’envoyer des e-mails au nom de votre domaine.
Enregistrement
- SPF
Vérifier la signature
La signature numérique de l’e-mail est vérifiée avec votre clé DKIM publiée dans le DNS. Une modification de l’e-mail en cours de route est ainsi détectée.
Enregistrement
- DKIM
Décider
Votre enregistrement DMARC définit ce qu’il advient d’un e-mail qui échoue au contrôle : le distribuer, le déplacer dans les spams ou le refuser.
Enregistrement
- DMARC
Règles des fournisseurs de messagerie
Gmail, Yahoo et Outlook ont rendu SPF, DKIM et DMARC obligatoires étape par étape. Les e-mails qui ne respectent pas ces règles peuvent finir dans les spams ou ne pas être distribués du tout.
Règles de Gmail et Yahoo
Pour envoyer des e-mails à des adresses Gmail ou Yahoo, il faut SPF ou DKIM. Au-delà de 5 000 e-mails par jour, il faut les trois : SPF, DKIM et DMARC.
Règles d’Outlook
Au-delà de 5 000 e-mails par jour vers Outlook.com, Hotmail et Live, il faut SPF, DKIM et DMARC. Les e-mails qui ne respectent pas les règles arrivent d’abord dans le dossier Courrier indésirable, puis sont refusés si le problème persiste.
Gmail refuse des e-mails
Gmail rejette progressivement les e-mails qui ne respectent pas les règles : d’abord temporairement, puis définitivement.
Source : directives de Google, Yahoo et Microsoft pour les expéditeurs.
Questions fréquentes sur la sécurité des e-mails
Vous lirez ici ce que nous vérifions, comment combler les failles et ce que devient votre domaine.
Services associés
Du résultat à la solution
Nos outils gratuits vous montrent où vous en êtes. Si vous le souhaitez, nous nous chargeons du reste : mise en place, raccordement et suivi. Le premier entretien est gratuit et sans engagement.
- Premier entretien gratuit
- Sans engagement
- NDA sur demande