Lorsqu'un courrier électronique est envoyé du serveur d'envoi, directement au serveur de réception, SPF et DKIM (s'ils sont configurés correctement) authentifient normalement le courrier électronique et le valident généralement comme étant légitime ou non autorisé. Toutefois, ce n'est pas le cas si le courrier électronique passe par un serveur de courrier intermédiaire avant d'être remis au destinataire, comme dans le cas des messages transférés. Ce blog est destiné à vous faire découvrir l'impact de la redirection de courrier électronique sur les résultats de l'authentification DMARC.
Comme nous le savons déjà, la DMARC utilise deux protocoles d'authentification de courrier électronique standard, à savoir SPF (Sender Policy Framework) et DKIM (DomainKeys Identified Mail), pour valider les messages entrants. Examinons-les brièvement pour mieux comprendre leur fonctionnement avant de passer à la question de savoir comment le transfert peut les affecter.
Cadre politique de l'expéditeur
Le SPF est présent dans votre DNS sous la forme d'un enregistrement TXT, affichant toutes les sources valides autorisées à envoyer des courriels à partir de votre domaine. Chaque courrier électronique qui quitte votre domaine possède une adresse IP qui identifie votre serveur et le fournisseur de services de courrier électronique utilisé par votre domaine qui est inscrit dans votre DNS comme un enregistrement SPF. Le serveur de messagerie du destinataire valide le courrier électronique par rapport à votre enregistrement SPF pour l'authentifier et, en conséquence, marque le courrier électronique comme SPF pass or fail.
Courrier identifié DomainKeys
DKIM est un protocole standard d'authentification du courrier électronique qui attribue une signature cryptographique, créée à l'aide d'une clé privée, pour valider les courriers électroniques dans le serveur de réception, dans lequel le récepteur peut récupérer la clé publique du DNS de l'expéditeur pour authentifier les messages. Tout comme le SPF, la clé publique DKIM existe également sous la forme d'un enregistrement TXT dans le DNS du propriétaire du domaine.
L'impact de la redirection de courrier électronique sur vos résultats d'authentification DMARC
Lors de la transmission du courrier électronique, le courrier passe par un serveur intermédiaire avant d'être finalement livré au serveur de réception. Tout d'abord, il est important de comprendre que la redirection de courrier électronique peut se faire de deux manières : soit les courriers électroniques peuvent être transmis manuellement, ce qui n'affecte pas les résultats de l'authentification, soit ils peuvent être transmis automatiquement, auquel cas la procédure d'authentification est perturbée si le domaine ne dispose pas de l'enregistrement de la source d'envoi intermédiaire dans son SPF.
Naturellement, la vérification du SPF échoue généralement lors de la transmission du courrier électronique, car l'adresse IP du serveur intermédiaire ne correspond pas à celle du serveur d'envoi, et cette nouvelle adresse IP n'est généralement pas incluse dans l'enregistrement SPF du serveur d'origine. Au contraire, la redirection de courriers électroniques n'a généralement pas d'incidence sur l'authentification DKIM, à moins que le serveur intermédiaire ou l'entité de redirection n'apporte certaines modifications au contenu du message.
Il est à noter que pour qu'un courriel passe l'authentification DMARC, il doit passer l'authentification et l'alignement SPF ou DKIM. Comme nous savons que le SPF échoue inévitablement lors de la transmission du courrier électronique, si la source d'envoi est neutre par rapport au DKIM et ne s'appuie que sur le SPF pour la validation, le courrier électronique transmis sera rendu illégitime lors de l'authentification DMARC.
La solution ? Simple. Vous devez immédiatement opter pour une conformité totale au DMARC dans votre organisation en alignant et en authentifiant tous les messages entrants à la fois sur SPF et DKIM !
Obtenir la conformité du DMARC avec PowerDMARC
Il est important de noter que pour être conformes aux normes DMARC, les courriers électroniques doivent être authentifiés soit par SPF, soit par DKIM, soit par les deux. Cependant, à moins que les messages transférés ne soient validés par rapport au DKIM, et ne reposent que sur le SPF pour l'authentification, le DMARC échouera inévitablement, comme nous l'avons vu dans la section précédente. C'est pourquoi PowerDMARC vous aide à atteindre une conformité complète avec DMARC en alignant et en authentifiant efficacement les courriers électroniques avec les protocoles d'authentification SPF et DKIM. De cette façon, même si les messages authentiques transférés échouent SPF, la signature DKIM peut être utilisée pour le valider comme légitime et le courriel passe l'authentification DMARC, pour ensuite atterrir dans la boîte de réception du destinataire.
Cas exceptionnels : L'échec de DKIM et comment le résoudre ?
Dans certains cas, l'entité de transmission peut modifier le corps du courrier en procédant à des ajustements dans les limites MIME, en mettant en œuvre des programmes antivirus ou en réencodant le message. Dans ce cas, l'authentification SPF et DKIM échoue et les courriels légitimes ne sont pas distribués.
En cas de défaillance des deux systèmes SPF et DKIM, PowerDMARC est en mesure d'identifier et d'afficher que dans nos vues globales détaillées et des protocoles comme Authenticated Received Chain peuvent être exploités par les serveurs de messagerie pour authentifier ces courriels. Dans ARC, l'en-tête Authentication-Results peut être transmis au prochain "saut" dans la ligne de livraison du message, afin d'atténuer efficacement les problèmes d'authentification lors de la transmission du courrier électronique.
Dans le cas d'un message transféré, lorsque le serveur de messagerie du destinataire reçoit un message dont l'authentification DMARC a échoué, il tente de valider le courrier électronique une seconde fois, par rapport à la chaîne de réception authentifiée fournie pour le courrier électronique en extrayant les résultats d'authentification ARC du saut initial, pour vérifier s'il a été validé comme étant légitime avant que le serveur intermédiaire ne le transmette au serveur de réception.
Alors, inscrivez-vous à PowerDMARC dès aujourd'hui, et obtenez la conformité au DMARC dans votre organisation !
- Mesures à prendre pour prévenir les attaques DDoS - 29 septembre 2022
- Solutions anti-spoofing - 29 septembre 2022
- Intégration DMARC SIEM - 28 septembre 2022
