为什么 SPF 未针对 From-Header 进行验证?
Why is SPF not validated against From-Header?
我想知道:在我们收到一封 boss-scam 邮件后,在网络界面中显示了伪造的 From
,我阅读了一些有关如何检查 SPF 的内容,显然它是针对Return-path
而不是 From
header。 (这个 reddit 是很好的总结 https://www.reddit.com/r/sysadmin/comments/20rnt6/smtp_question_does_spf_only_validate_the/ )
这有什么好处?据我所知,这使得整个想法几乎毫无用处,因为它根本无法阻止垃圾邮件发送者使用伪造的 From
headers 发送垃圾邮件。我在这里错过了什么?
(这只是因为我想知道,我知道 DKIM + DMARC 将解决这个垃圾邮件问题:))
不要试图让 SPF 为它不负责的事情负责。 SPF 只是列出哪些服务器可以为您的域发送邮件。它在 SMTP 级别检查信封发件人 (MAIL FROM
),这是在 return-path header 中结束的值,但仅在 之后 它通过了 SPF 检查。你的意思是(假设你有严格的 SPF 政策)你允许某人从你自己的邮件服务器之一发送假邮件,这是一个比 From header ,以及 DKIM 无法解决的问题。也许您的 SPF 记录不够严格?我们无法从您发布的信息中得知。
SPF 验证 envelope sender
(AKA SMTP MAIL FROM
、Return-Path
、Bounce Address
,此后称为 sender)。它的目的是通过禁止未经授权的服务器使用 sender 来拒绝使用伪造的 senders。停止使用伪造的 senders(支持 SPF)
生成邮件
BATV,(以及其他类型的 VERP)可用于拒绝来自那些不检查 SPF 的系统的反向散射并拒绝伪造的发件人。
SRS(另一种类型的 VERP)如果你做一个邮件列表是必需的 - 你不能保留原来的 发件人 因为列表服务器(很可能)不会包含在发起者中 SPF
DKIM 是处理电子邮件的工具 headers。它允许您对选定的电子邮件 headers 和全部或部分内容进行加密签名(但不要对 MIME Multipart-Alternative 消息进行部分签名 - 那样会很糟糕)
我想知道:在我们收到一封 boss-scam 邮件后,在网络界面中显示了伪造的 From
,我阅读了一些有关如何检查 SPF 的内容,显然它是针对Return-path
而不是 From
header。 (这个 reddit 是很好的总结 https://www.reddit.com/r/sysadmin/comments/20rnt6/smtp_question_does_spf_only_validate_the/ )
这有什么好处?据我所知,这使得整个想法几乎毫无用处,因为它根本无法阻止垃圾邮件发送者使用伪造的 From
headers 发送垃圾邮件。我在这里错过了什么?
(这只是因为我想知道,我知道 DKIM + DMARC 将解决这个垃圾邮件问题:))
不要试图让 SPF 为它不负责的事情负责。 SPF 只是列出哪些服务器可以为您的域发送邮件。它在 SMTP 级别检查信封发件人 (MAIL FROM
),这是在 return-path header 中结束的值,但仅在 之后 它通过了 SPF 检查。你的意思是(假设你有严格的 SPF 政策)你允许某人从你自己的邮件服务器之一发送假邮件,这是一个比 From header ,以及 DKIM 无法解决的问题。也许您的 SPF 记录不够严格?我们无法从您发布的信息中得知。
SPF 验证 envelope sender
(AKA SMTP MAIL FROM
、Return-Path
、Bounce Address
,此后称为 sender)。它的目的是通过禁止未经授权的服务器使用 sender 来拒绝使用伪造的 senders。停止使用伪造的 senders(支持 SPF)
BATV,(以及其他类型的 VERP)可用于拒绝来自那些不检查 SPF 的系统的反向散射并拒绝伪造的发件人。 SRS(另一种类型的 VERP)如果你做一个邮件列表是必需的 - 你不能保留原来的 发件人 因为列表服务器(很可能)不会包含在发起者中 SPF
DKIM 是处理电子邮件的工具 headers。它允许您对选定的电子邮件 headers 和全部或部分内容进行加密签名(但不要对 MIME Multipart-Alternative 消息进行部分签名 - 那样会很糟糕)