SPF与DKIM-确切的使用案例和差异


20

头衔含糊,对不起。我不完全理解为什么应该同时使用SPF和DKIM。

第一:如果发送方或DNS被“欺骗”,SPF可以通过失败的地方;如果涉及到代理和转发器的某些高级设置,则SPF可以失败的地方。

DKIM可以通过它应该失败的地方,这可能是由于加密中的错误/弱点(我们将其排除在外,因此是简化点),或者是因为DNS查询被欺骗。

由于排除了加密错误,因此区别(如我所见)是DKIM可以用于SPF失败的设置中。我无法提出任何可以同时使用两者的示例。如果安装程序允许使用SPF,则DIKM不应添加任何额外的验证。

谁能给我一个使用两者的好处的例子吗?

Answers:


15

SPF的排名比通过/失败多得多。在启发式评分垃圾邮件中使用它们可以使过程更轻松,更准确。由于“高级设置”而失败,表示邮件管理员不知道他在设置SPF记录时正在做什么。没有SPF无法正确解释的设置。

密码学从来都不是绝对的。DKIM中允许的唯一加密货币通常需要大量资源才能破解。大多数人认为这足够安全。每个人都应该评估自己的情况。同样,DKIM的排名不仅仅只是通过/失败。

一个例子可以使两者同时受益:发送到两个不同的参与者,其中一个检查SPF,另一个检查DKIM。另一个示例,发送给具有通常在垃圾邮件测试中排名靠前的内容的一方,但该内容被DKIM和SPF抵消,从而允许邮件被传递。

在大多数情况下,尽管单个邮件管理员都设置了自己的规则,但两者都不是必需的。两者都有助于解决SPAM的不同方面:SPF是中继电子邮件的人,而DKIM是电子邮件的完整性和来源的真实性。


好的,我遵循您的观点(尤其是有些人可能仅使用了两者之一-我怎么没看到这一点!)。因此,SPF和DKIM可能具有不同的设置和排名,但总的来说,它们面对的是同一枚硬币。到最后一点:来自授权中继(SPF)的邮件应与有效的DKIM签名一样受信任。毕竟,域的所有者已经批准了这两者。我只是用SPF测试了我的邮件,而当我的大学和gmail接缝接受该邮件时,hotmail却将其视为垃圾邮件-也许是因为他们依赖DIKM。感谢您的评论克里斯!
删除用户

Hotmail使用SenderID(可以说是SPF 2.0),DKIM,SenderScore,PBL和它们自己的过滤技术。他们对确切的公式有些保密。
克里斯S

18

早些时候已经回答了这个问题,但是我认为已被接受的答案缺乏为什么必须将两者同时使用才能有效的意义。

SPF根据授权列表检查最后一个SMTP服务器跃点的IP。DKIM验证邮件最初是由给定域发送的,并保证其完整性。

有效的DKIM签名邮件无需更改即可重新发送,可以用作垃圾邮件或网络钓鱼。SPF不检查邮件的完整性。

想象一下这样一种情况:您收到了有效的DKIM签名电子邮件(来自银行,朋友或其他任何人),并且您找到了一种无需修改即可利用此邮件的好方法:然后您可以将此邮件重新发送给其他人数千次。由于没有修改邮件,因此DKIM签名仍然有效,并且邮件将作为合法邮件通过。

无论如何,SPF都会检查邮件的来源(SMTP服务器的真实IP / DNS),因此SPF将阻止转发邮件,因为您无法通过配置良好的SMTP服务器重新发送有效的邮件,而来自其他IP的邮件将被转发。被拒绝,有效地防止了将“有效” DKIM消息重新发送为垃圾邮件。


请提供一些示例,说明如何无需修改即可利用该邮件?
user3413723

任何以通用“尊敬的客户”,“尊敬的用户”或“尊敬的<电子邮件地址的第一部分@开头>”开头的电子邮件。这就是为什么重要的是,给您的合法电子邮件始终至少包含1条您的个人信息,例如您的邮政编码的一部分或全名。(这使它们更具真实性和不可重用性。)
Adambean

但是,如果已对标头字段(包括收件人)进行了签名,那么肯定可以消除针对新收件人的重放攻击的可能性吗?即添加签名h=from:to;被要求在RFC 6376是可选的)应只允许在同一收件人重放攻击。哪一个不好,但没有这个答案所暗示的那么糟糕。
理查德·邓恩

4

这是您应该同时发布SPF和DKIM的一些原因。

  1. 一些邮箱提供商仅支持一个或另一个,而某些邮箱提供商却比另一个更重。

  2. DKIM可以防止电子邮件在传输过程中被更改,而SPF则不能。

我也将DMARC添加到列表中。始终发布完整的电子邮件身份验证有何弊端?


1
“始终发布完整的电子邮件身份验证有何弊端?”,努力!我猜Devops已经是PITA了,墙上还有另一块砖,或者说是3块。
Gordon Wrigley

ISP与什么有什么关系?你是说邮件提供商吗?
威廉

是的,我的意思是邮箱提供商。人们过去常常从ISP获得电子邮件服务,所以我养成了说ISP的习惯。
尼尔·阿努什基维奇

感谢您指出这一点,因为我现在将其更改为邮箱提供商。
尼尔·阿努什基维奇
By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.