DNS on Sender Audit Blog

Email et DNS : tous les records que vous devez connaître

Fri, 24 Apr 2026 00:00:00 +0000

Le DNS est le socle invisible de l’email. Sans les bons enregistrements, vos emails ne seront pas délivrés, pas authentifiés, ou pas chiffrés. Voici tous les records DNS qu’un domaine d’envoi doit connaître et configurer.

Vue d’ensemble

Record	Type	Rôle
MX	MX	Où livrer les emails pour votre domaine
SPF	TXT	Qui peut envoyer pour votre domaine
DKIM	TXT/CNAME	Clé publique pour vérifier les signatures
DMARC	TXT	Politique d’alignement SPF + DKIM
MTA-STS	TXT + HTTPS	Forcer le chiffrement TLS
TLS-RPT	TXT	Rapports sur les échecs TLS
BIMI	TXT	Logo vérifié dans la boîte de réception
PTR	PTR	Reverse DNS de vos IP d’envoi

MX : où livrer les emails

Le record MX (Mail Exchange) indique quels serveurs reçoivent les emails pour votre domaine.

Lire et comprendre les rapports DMARC (RUA)

Fri, 03 Apr 2026 00:00:00 +0000

Vous avez configuré DMARC avec un tag rua= et les rapports commencent à arriver. Mais que faire de ces fichiers XML souvent incompréhensibles ? Ce guide vous apprend à les lire, les interpréter, et à en tirer des actions concrètes.

Qu’est-ce qu’un rapport DMARC RUA

Un rapport RUA (Report URI Aggregate) est un fichier XML envoyé quotidiennement par les fournisseurs de messagerie (Google, Microsoft, Yahoo, etc.) à l’adresse définie dans votre record DMARC.

Taille de clé DKIM RSA : 1024 vs 2048 bits et l'avenir avec Ed25519

Thu, 12 Mar 2026 00:00:00 +0000

Votre configuration DKIM fonctionne, les signatures passent. Mais avez-vous vérifié la taille de votre clé RSA ? Une clé trop courte est une bombe à retardement : elle pourrait être cassée, permettant à un attaquant de signer des emails en votre nom.

L’histoire des clés DKIM : de 512 à 2048 bits

2012 : la fin des clés 512 bits

En 2012, des chercheurs ont démontré qu’une clé RSA 512 bits pouvait être cassée en moins de 72 heures avec de la puissance cloud bon marché. Résultat : n’importe qui pouvait usurper un domaine utilisant une clé 512 bits et envoyer des emails parfaitement signés DKIM.

Comment configurer DMARC pour protéger votre domaine

Mon, 16 Feb 2026 00:00:00 +0000

DMARC (Domain-based Message Authentication, Reporting and Conformance) est un protocole d’authentification email qui protège votre domaine contre le spoofing et le phishing. Dans ce guide, nous allons voir comment le configurer correctement.

Pourquoi DMARC est indispensable

Sans DMARC, n’importe qui peut envoyer des emails en se faisant passer pour votre domaine. Les conséquences sont multiples :

Phishing : des acteurs malveillants peuvent usurper votre identité
Réputation dégradée : les FAI peuvent pénaliser votre domaine
Perte de confiance : vos destinataires ne savent plus quels emails sont légitimes

Selon le FBI, les escroqueries par compromission d’emails professionnels (BEC), dont beaucoup exploitent l’absence de DMARC, ont causé plus de 2,7 milliards de dollars de pertes en 2022.

DKIM : signer vos emails pour prouver leur authenticité

Fri, 23 Jan 2026 00:00:00 +0000

DKIM (DomainKeys Identified Mail) ajoute une signature cryptographique à chaque email sortant. Le serveur de réception peut vérifier que le message n’a pas été modifié en transit et qu’il provient bien d’un expéditeur autorisé. C’est le deuxième pilier de l’authentification email, après SPF.

Comment DKIM fonctionne, en simple

Imaginez que vous envoyez une lettre recommandée avec un sceau de cire. Le destinataire peut vérifier que le sceau n’a pas été brisé (le message est intact) et que le sceau correspond bien à votre blason (vous êtes l’expéditeur légitime).

SPF : le guide complet pour autoriser vos serveurs d'envoi

Thu, 15 Jan 2026 00:00:00 +0000

SPF (Sender Policy Framework) est le premier rempart de l’authentification email. Il permet de déclarer dans votre DNS quels serveurs sont autorisés à envoyer des emails pour votre domaine. Simple en apparence, il cache des subtilités qui piègent même les admins expérimentés.

À quoi sert SPF, concrètement ?

Quand un serveur de réception reçoit un email de contact@votredomaine.com, il se pose une question : “Ce serveur a-t-il le droit d’envoyer pour ce domaine ?”