Signature DKIM

DKIM (DomainKeys Identified Mail) joint une signature cryptographique aux courriers électroniques sortants. Un destinataire peut vérifier cette signature pour confirmer deux éléments :

• Le message a bien été autorisé par le domaine signataire
• Le contenu signé n’a pas été modifié pendant son acheminement

Là où SPF autorise des serveurs, DKIM authentifie le message lui-même, et cette signature résiste au transfert.

DKIM repose sur la cryptographie asymétrique. Le propriétaire du domaine détient une paire de key :

• La key privée reste secrète sur le serveur de courrier expéditeur et sert à signer
• La key publique est publiée dans DNS et peut être utilisée par n’importe qui pour vérifier

Seul le détenteur de la key privée pouvant produire une signature valide, une vérification réussie prouve que le message provient du domaine légitime.

Lorsque le serveur expéditeur distribue un message, il calcule une signature sur certains en-têtes et sur le corps, puis ajoute un en-tête DKIM-Signature.

L’en-tête DKIM-Signature contient les paramètres dont le destinataire a besoin pour effectuer la vérification :

Le sélecteur (l’étiquette s=) indique aux destinataires quelle key publique récupérer. La key se trouve à un emplacement DNS prévisible :

À la réception, le serveur chargé de la vérification inverse le processus :

• Lisez le domaine d= et le sélecteur s= dans la signature DKIM-Signature
• Récupérez la key publique à l’adresse selector._domainkey.domain dans DNS
• Recalculez le hachage du corps et celui des en-têtes
• Utilisez la key publique pour vérifier que la signature correspond

Si la signature est valide, DKIM réussit. Si le message a été modifié ou signé avec la mauvaise key, la vérification échoue.

Le champ bh (hachage du corps) permet à DKIM de détecter les falsifications. L’expéditeur calcule le hachage du corps et l’inclut dans les données signées.

Si quelqu’un modifie le corps du message pendant son acheminement, le hachage recalculé par le destinataire ne correspond pas au bh signé et la vérification échoue. C’est ainsi que DKIM assure l’intégrité, et pas uniquement l’authentification de l’origine.

Les serveurs de courrier situés sur le trajet effectuent souvent de petites modifications sans conséquence, comme le réagencement des lignes ou l’ajustement des espaces. Pour éviter qu’elles n’invalident des signatures correctes, DKIM utilise la canonicalisation (l’étiquette c=).

• simple — stricte ; presque toute modification invalide la signature
• relaxed — tolérante aux changements d’espacement et de casse des en-têtes

La plupart des déploiements utilisent relaxed/relaxed pour garantir la fiabilité sur des infrastructures de courrier variées.

Les sélecteurs ne sont pas de simples étiquettes : ils permettent une rotation sûre des key. Vous devriez remplacer régulièrement les key DKIM afin de limiter l’exposition si l’une d’elles fuit.

Processus de rotation :

• Générez une nouvelle paire de key avec un nouveau sélecteur (par exemple mail2025)
• Publiez la nouvelle key publique dans DNS
• Configurez le signataire pour utiliser le nouveau sélecteur
• Laissez l’ancien sélecteur dans DNS jusqu’à la livraison des courriers en cours d’acheminement, puis supprimez-le

L’utilisation d’un sélecteur récent évite une période pendant laquelle les signatures ne peuvent pas être vérifiées.

Contrairement à SPF, DKIM résiste au transfert. La signature accompagne le message ; tant que les en-têtes signés et le corps ne sont pas modifiés, un message transféré reste vérifiable.

Cela compense parfaitement la faiblesse de SPF. Lorsqu’un message est transféré, SPF peut échouer parce que l’adresse IP de connexion a changé, mais DKIM peut toujours réussir, ce qui permet à DMARC d’accepter le courrier légitime.

DKIM est puissant, mais ne suffit pas à lui seul :

• Il prouve qu’un domaine a signé le message, mais n’impose pas que le domaine signataire corresponde au champ d’expéditeur visible ; c’est le rôle de l’alignement DMARC
• Un attaquant peut signer du courrier avec la key DKIM valide de son propre domaine
• Une key privée divulguée permet à un attaquant de créer des signatures valides jusqu’à la mise hors service de cette key

DKIM doit être associé à DMARC pour être réellement efficace contre l’usurpation.

Vérifiez votre compréhension de DKIM.

Vous avez appris comment DKIM signe les messages :

• DKIM joint une signature cryptographique qui prouve l’origine et l’intégrité
• La key privée signe sur le serveur ; la key publique est publiée dans DNS sous un sélecteur
• Le hachage du corps détecte les falsifications ; la canonicalisation tolère les modifications sans conséquence
• Les sélecteurs permettent une rotation sûre des key, et DKIM résiste au transfert lorsque SPF échoue
• DKIM a toujours besoin de l’alignement DMARC pour relier la signature au champ d’expéditeur visible

Vous allez maintenant associer SPF et DKIM à l’aide de la politique et des rapports DMARC.