DKIM2 : L’avenir de l’authentification des e-mails prend forme

La spécification DKIM originale constitue depuis plus d'une décennie une pierre angulaire de l'authentification des e-mails. Cependant, son déploiement dans le monde réel a mis en évidence des limitations fondamentales qui persistent même lorsqu’elle est associée à DMARC et ARC.

Ce que DKIM ne permet toujours pas de prouver

Aujourd’hui, DKIM peut prouver qu’un domaine a signé une version donnée d’un message, mais il ne permet toujours pas d’établir trois éléments essentiels :

• À qui le message était destiné. Une signature valide ne prouve pas que vous étiez un destinataire prévu. Un message correctement signé peut être intercepté puis rejoué vers des millions d'autres adresses, tout en passant l'authentification et en bénéficiant de la réputation de l’expéditeur d'origine.
• Où les bounces sont renvoyés. Le chemin de retour d'un message peut désigner un domaine qui ne l'a jamais envoyé. Les messages d'erreur, les signalements d'abus et les notifications de livraison ne peuvent donc pas être considérés comme fiables ni être rattachés avec certitude à leur origine.
• Ce qui a été modifié pendant le transport. Lorsqu'un relais ou une liste de diffusion modifie un message, la signature devient simplement invalide, sans possibilité de distinguer une modification anodine de l'objet ou du pied de page d'un remplacement complet effectué par un acteur malveillant.

Une nouvelle approche : rendre chaque étape responsable

DKIM2, actuellement développé au sein du groupe de travail DKIM de l'IETF, vise à combler ces lacunes. Plutôt que de s'appuyer uniquement sur une signature unique créée par l'expéditeur d'origine, DKIM2 rend chaque étape du parcours de livraison responsable en ajoutant sa propre contribution authentifiée à l'historique du message et en créant une chaîne vérifiable qui enregistre la manière dont le message a été traité ainsi que les systèmes qui l'ont pris en charge au cours de son parcours.

Cela est important car les e-mails modernes transitent fréquemment par plusieurs systèmes (services de transfert, listes de diffusion, passerelles de sécurité, infrastructures de traitement de contenu). DKIM2 est conçu pour que les informations d'authentification restent pertinentes tout au long de ce parcours, plutôt que de considérer toute modification comme un échec immédiat de la signature originale.

Le fonctionnement : en-têtes MI et signatures chaînées

Deux mécanismes permettent de faire fonctionner ce modèle de chaîne de responsabilité :

• En-têtes Message-Instance (MI) : une empreinte du message à chaque étape du parcours.
• En-têtes de signature DKIM2-Signature chaînés : chaque étape signe l'empreinte actuelle ainsi que toutes les signatures précédentes, formant une chaîne détectable en cas de falsification, depuis l'auteur jusqu’au destinataire.

Ce que garantit chaque étape

À chaque étape du parcours de livraison, DKIM2 :

• Lie le message à sa destination. L'étape suivante et le destinataire sont inclus dans la signature de l'étape en cours, ce qui empêche qu'un message signé soit rejoué vers une autre destination. (Répond à la question : à qui était-il destiné ?)
• Enregistre les modifications effectuées, sous la forme d'une procédure réversible, afin que l'étape suivante puisse annuler ces modifications et vérifier à nouveau chaque signature précédente. Cela permet également de distinguer les traitements légitimes effectués par des intermédiaires de confiance des manipulations malveillantes, qui rompent la chaîne. (Répond à la question : qu’est-ce qui a été modifié ?)
• S'engage à transmettre les messages de contrôle à l'étape précédente pendant une durée raisonnable, offrant ainsi un canal de retour fiable pour les messages d'erreur et les signalements d'abus. (Répond à la question : où les messages en erreur sont-ils renvoyés ?)

Ensemble, ces garanties renforcent également la protection contre les attaques par rejeu (replay) : un message signé pour une destination donnée ne peut pas simplement être réutilisé pour une autre destination.

Repenser la confiance, et pas seulement la signature

L'objectif n'est pas simplement de remplacer DKIM par un nouvel algorithme de signature, mais de repenser la manière dont la confiance est établie au sein d'un écosystème de messagerie de plus en plus complexe.
Au lieu de simplement vérifier si un message correspond à la signature apposée par l'expéditeur d'origine, l'objectif plus large est de fournir aux systèmes destinataires une vue complète et vérifiable de la provenance du message ainsi que de son historique de traitement.

Où en est DKIM2 aujourd'hui ?

DKIM2 est toujours en cours de standardisation. Il s'agit actuellement d'un draft actif, et non encore d'un standard finalisé ; certains détails sont donc encore susceptibles d'évoluer. Il ne s'agit pas, à ce stade, d'un protocole que les expéditeurs devraient déployer ou sur lequel ils devraient s'appuyer.

Les implémentations DKIM existantes restent la référence du secteur. Les organisations doivent continuer à se concentrer sur :

• Une gestion rigoureuse des clés DKIM
• L'utilisation de clés de 2048 bits lorsque cela est possible
• Le maintien de l'alignement avec DMARC
• La surveillance des résultats d'authentification

Pour l'instant, DKIM2 doit être considéré comme une évolution prometteuse : une solution potentielle à certains des problèmes les plus anciens de l'authentification des e-mails, qui continue toutefois d'être façonnée par le secteur et par le processus de standardisation de l'IETF.

Pour plus de détails, consultez dkim2.com.