Contrôle de sécurité e-mail
Saisissez un domaine pour voir dans quelle mesure il est protégé contre l’usurpation d’e-mails et l’émission abusive de certificats. Le contrôle ne lit que des enregistrements DNS publics et vous donne une note avec des corrections concrètes.
Les requêtes sont effectuées depuis votre navigateur via le résolveur DNS public de Cloudflare (1.1.1.1). Nous ne recevons ni ne conservons le domaine saisi.
Ce que le contrôle examine
SPF liste les serveurs autorisés à envoyer des e-mails pour le domaine. DKIM permet aux destinataires de vérifier une signature cryptographique sur chaque message. DMARC relie les deux à l’adresse affichée dans le champ De (From) et indique aux destinataires que faire des e-mails qui échouent : les distribuer, les placer en spam ou les rejeter.
Le contrôle examine aussi DNSSEC, qui signe les réponses DNS du domaine, CAA, qui limite les autorités habilitées à émettre des certificats pour celui-ci, ainsi que MTA-STS et les rapports TLS, qui protègent les e-mails en transit.
Comment lire la note
Chaque enregistrement rapporte des points ; la note correspond à la part des points obtenus. Un domaine sans DMARC, ou avec un SPF qui autorise n’importe quel serveur, ne peut pas obtenir une bonne note, car n’importe qui peut envoyer des e-mails qui semblent en provenir. DKIM n’est recherché que sous les noms de sélecteurs courants : une clé publiée sous un sélecteur inhabituel peut donc être signalée comme absente.
Questions fréquentes
Le contrôle touche-t-il mes serveurs ?
Non. Il ne lit que des enregistrements DNS publics, les mêmes que lit chaque serveur de messagerie dans le monde lorsqu’il reçoit vos e-mails.
Notre domaine n’envoie pas d’e-mails. Avons-nous besoin de ces enregistrements ?
Oui. Les attaquants apprécient les domaines qui n’envoient pas d’e-mails, car personne ne remarque les messages falsifiés. Publiez SPF avec -all et DMARC avec p=reject pour les bloquer.
Une bonne note suffit-elle ?
Elle montre que le volet DNS de la sécurité de votre messagerie est en ordre. Elle ne dit rien de vos serveurs de messagerie, de vos comptes ni de vos utilisateurs. C’est le rôle d’un test d’intrusion.
Besoin d’aller plus loin qu’un outil ?
Un outil vérifie un point précis. Nos consultants examinent l’ensemble.
Sécurité managéeArticles liés
-
Repérer un lien d’hameçonnage avant de cliquer
Lisez une URL comme un attaquant la construit : domaine enregistrable, sosies et punycode, astuce du @, redirections ouvertes, raccourcisseurs, extensions.
-
SPF, DKIM et DMARC expliqués : passer sans risque à p=reject
Comment SPF, DKIM et DMARC empêchent l’envoi d’e-mails en votre nom, comment passer sans risque de p=none à p=reject, et les erreurs à éviter.