5 votes

SPF - quelle est son utilité si le destinataire ne vérifie que l'adresse MAIL FROM ?

Si je comprends bien, le récepteur de l'email vérifie la validité de l'origine de l'email en faisant correspondre l'IP du domaine de l'adresse MAIL FROM (Return-Path) avec les IP listées dans la politique SPF du domaine (dans le DNS).

Ce que je ne comprends pas, c'est qu'en tant qu'escroc, je pourrais créer n'importe quel domaine comme xyzzzz.com, ajouter une politique SPF dans le DNS et définir l'adresse MAIL FROM comme xyzzzz.com, tout en usurpant l'adresse From (car le SPF ne vérifie l'identité que sur la base de l'adresse MAIL FROM) ; et c'est l'adresse From que le client final voit réellement.

Je ne comprends donc pas les avantages du FPS.

2 votes

Le SMTP est un protocole conçu aux premiers jours de l'internet, lorsque peu d'institutions étaient connectées, que la facilité de mise en œuvre était primordiale et que la sécurité était une préoccupation bien moindre. Depuis lors, il est devenu tellement omniprésent que l'inertie industrielle résiste à une révision complète du protocole et que de nouveaux protocoles plus performants ne sont pas vraiment adoptés. SPF n'est qu'une méthode parmi d'autres pour "corriger" les lacunes du SMTP en "ajoutant" une sécurité supplémentaire qui ne détruira pas l'infrastructure de messagerie existante et qui ne tente de corriger qu'un seul défaut de sécurité, pas tous. Voir également DKIM et DMARC

5voto

Esa Jokinen Points 41064

Le SPF est utile pour vérifier expéditeur de l'enveloppe c'est-à-dire contre faux expéditeurs ( MAIL FROM ). Il a été conçu pour cela, pas contre collecteurs forgés . DKIM est conçu pour protéger les en-têtes et le corps contre la falsification et l'altération. Le site From: est toujours signé, les autres en-têtes étant facultatifs.

DKIM ne peut protéger que le courrier qui a été signé, mais il ne fournit pas de mécanisme permettant de prouver qu'un message non signé aurait dû être signé. Or, il semble que SPF et DKIM soient tous deux impuissants face à l'usurpation d'adresse dans les From: en-tête. DMARC L'alignement vient à la rescousse ! DMARC peut faire respecter DKIM en indiquant au destinataire comment il doit traiter les messages non signés. DKIM+DMARC protègent ensemble le From: adresse.

Pourquoi est-il toujours pertinent de protéger le MAIL FROM adresse ? Pourquoi ne pas utiliser uniquement DKIM+DMARC ?

  • SPF protège toujours votre domaine contre l'utilisation de l'expéditeur de l'enveloppe. Pourquoi quelqu'un achèterait-il un domaine au hasard et l'utiliserait-il comme expéditeur de l'enveloppe alors qu'il existe de nombreux domaines non protégés ? Sans enregistrement SPF, quelqu'un pourrait utiliser votre domaine pour cette phase tout en usurpant le domaine de quelqu'un d'autre dans les en-têtes.

  • L'alignement DMARC ne nécessite que SPF ou DKIM pour passer. Il se peut que certaines applications ou certains appareils aient besoin d'utiliser votre domaine dans le cadre de l'alignement DMARC. From mais ne sont pas en mesure de signer les messages avec DKIM. Aucun souci s'ils passent le test SPF pour le même domaine. De même, vous pouvez avoir un fournisseur tiers pour l'envoi de bulletins d'information. au nom de vous, mais les autoriser au niveau du FPS pourrait être trop étendu. Cela n'a pas d'importance tant qu'ils peuvent signer les messages avec DKIM en utilisant leur propre signature. セレクタ .

0 votes

Vous avez dit " DKIM ne peut protéger que le courrier qui a été signé, mais il ne fournit pas de mécanisme permettant de prouver qu'un message non signé aurait dû être signé. ". Cela rend-il DKIM inutile sans DMARC ? Comme non signé peuvent encore être envoyés, et ainsi contourner toute vérification de la signature DKIM.

0 votes

Cela rend DKIM sans DMARC inutile contre la falsification des en-têtes, mais une signature valide prouve toujours que le contenu signé n'a pas été altéré.

SistemesEz.com

SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

X