[ 诊断和资源 ]

MTA-STS检查器指南:追踪完整的保单链

规划MTA-STS检查,将DNS发现、经过身份验证的策略检索、 MX范围、 SMTP验证和发件人策略缓存分开。

由EmailAuth研究团队提供 · 6 分钟阅读

[ 要点 ]

  • 保留发现记录选择、别名路径和确切的策略标识符。
  • 验证指定的 HTTPS 主机和响应,无需遵循重定向。
  • 检查MX模式和SMTP证书作为不同的依赖项。
  • 在批准实施或恢复之前考虑缓存的策略。
在此页面上

检查依赖链而不是一个TXT值

MTA-STS 取决于发现、经过身份验证的 HTTPS 策略以及该策略描述的接收邮件主机。一个 TXT记录 看起来正确的文件可以与无法访问的策略文件或不匹配的MX证书共存。因此,有用的检查器会单独报告每个阶段,并解释在早期失败后无法得出哪些后续结论。

本指南建议在不提供有效的EmailAuth工具的情况下进行诊断行为。未发生DNS查找、针对客户域的 HTTPS 获取、 SMTP连接或策略更改。确切的实现大门已经打开:实现并测试承诺的功能。一篇文章、模型或规范本身并不是一个有效的工具。

从预期的接收者策略域中获取发现

从正在评估的策略域开始,并记录其在范围内的原因。发现所有者是_mta-sts后跟该域。根据RFC 8461 ,发现过滤器支持的版本,需要一个可用的匹配TXT记录并接受 CNAME TXT值的路径。一条TXT记录中的多个字符串串联,不插入空格;多个匹配记录是另一个问题。

id 字段标识策略修订,但没有隐含的数字或时间顺序。检查器应该保留准确的标识符,而不是假设看起来更大的字符串是新的。缺少可用的发现记录不会自动删除发件人已缓存的策略。 RFC 8461 ,第 3.1 节.

验证策略主机并检查确切的响应

规定的 URL 使用 https、mta-sts 主机标签和 /.well-known/mta-sts.txt。对于虚构的recipient.example ,它将变为https://mta-sts.recipient.example/.well-known/mta-sts.txt.这是一个构建的插图,而不是获取的资源。策略主机证书必须对该主机有效、未过期并链接到发送者信任的根。

RFC 8461要求 HTTP 200 响应,禁止遵循 HTTP 重定向并禁止用于策略检索的 HTTP 缓存。它建议检查文本/纯媒体类型。重定向到网站主页然后报告成功的检查器评估了错误的行为。区分DNS解析、连接、证书、状态和策略解析失败。证书失败是一个需要解释的结果,而不是绕过安全警告的权限。 RFC 8461 ,第 3.2–3.3 节.

限制检索时间和响应大小。服务器端实现还必须控制出站目标,以便提交的名称不会导致对内部服务或元数据端点的请求。应用网络限制并验证实际目的地,包括地址更改,而不是仅依赖于友好的主机名。这些是拟议的设计要求,而不是已实施的防御措施。 OWASP SSRF 预防指南.

解析模式、生命周期和MX范围在一起

该策略声明版本、模式、max_age 和允许的MX模式, MX要求取决于策略模式。每个允许的MX条目占用自己的行。策略的 max_age 控制其在发件人策略缓存中的生命周期,而不是DNS TTL 或 HTTP 缓存控制标头。显示这些单独的概念,而不是调用所有三个传播时间。

将每个相关MX候选者与允许的模式进行比较。 RFC 8461将通配符限制为整个最左边的标签: *.example 匹配mail.example但不匹配 example 或abexample 。因此,广泛的视觉子串比较是不合适的。保留候选主机以及匹配或失败的确切模式。执行策略中忽略的合法备份MX可能会导致可用性问题。 RFC 8461 ,第 3.2 和 4.1 节.

不要将网站证书与SMTP验证混淆

HTTPS 策略证书对策略检索进行身份验证。接收MX单独需要 STARTTLS 以及适合其自己主机名的证书。成功的网站获取不会演示SMTP服务器的配置。任何后续授权的主动测试都应保留所选的主机、连接上下文、证书身份和信任结果,并说明该工具的实际范围。

仅读取DNS和 HTTPS 的检查器应将SMTP阶段报告为未经测试、不健康。检查一个候选者也不能证明每个MX行为方式都相同。发件人实施和信任存储会影响观察结果,因此单一的诊断优势并不能保证每个通讯员都适用。 RFC 8461 ,第 4 节.

规划从测试到执行的受控行动

在测试模式下,尽管策略验证失败,实施的发送方仍可以进行交付,而兼容的TLS报告可以暴露这些失败。在强制模式下,遵守有效策略的发件人不得将邮件发送给未通过所需检查的候选者。这两种模式都不会将MTA-STS变为 SPF, DKIM 或者 DMARC 验证;该机制涉及SMTP传输。

拟议的过渡应该有一个所有者、批准的策略差异、经过验证的主要和备份MX覆盖范围、证书准备情况和定义的观察期。在决定强制执行是否可接受之前,请查看相关TLS报告和实际发件人行为。没有报告并不能证明已经准备就绪。 RFC 8461 ,第 5 节 和 RFC 8460.

恢复计划必须考虑到以前缓存的策略。删除发现或减少新的 max_age 无法立即缩短已缓存的旧策略。保留先前的策略主体和生命周期并计划授权更新而不是承诺立即回滚。本指南不执行任何转换或恢复操作。

让实际轨迹和工具门保持打开状态

该目录需要: DNS 到 HTTPS 到 MX 验证跟踪和受控测试执行计划。上面建议的检查不是那种痕迹,也不是经过测试的检查器。尚未获得环境证据或批准的过渡计划。标准和安全指南于 2026 年 11 月 8 日进行了审查;独立技术审查、实施测试、实时视觉验证和业主出版物批准仍然悬而未决。

[ 外卖 ]

一条有效的TXT记录或 HTTPS 响应无法建立完整的MTA-STS路径或证明将域移至强制执行是合理的。

[ 按角色 ]

这对您意味着什么

选择您的角色以执行后续实际步骤。

DNS和网络运营商

保持发现和检索一致

DNS修订标识符、策略端点和经过身份验证的响应形成一个依赖链。某一层的更改可能会使另一层过时或不可用。

后续步骤

  1. 记录确切的发现所有者、所选记录和修订标识符。
  2. 分别验证规定的策略主机身份、状态和内容。
  3. 保留先前的政策机构和生命周期以获得批准的恢复计划。

邮件运输工程师

包括每个合法的MX路径

成功的主路径不会建立备份就绪状态。策略匹配和SMTP证书检查需要特定于主机的证据。

后续步骤

  1. 将预期的主要和备份MX候选者与确切的策略模式进行比较。
  2. 将 HTTPS 证书证据与SMTP STARTTLS和证书证据分开。
  3. 在概括观察结果之前确定发送方实施和信任存储范围。

服务变更所有者

执行前需要证据

当候选人未通过验证时,执行可能会影响交付。仅当了解其覆盖范围和未解决的故障时,测试期才有用。

后续步骤

  1. 批准精确的转换差异、观察窗口和停止标准。
  2. 审查报告收集健康状况以及运输结果。
  3. 计划围绕缓存的旧策略进行恢复,并在获得授权之前保留操作。

[ 常见问题解答 ]

常见问题

MTA-STS id 是可以排序以查找最新策略的时间戳吗?

未必。 RFC 8461将其视为修订标识符,没有隐含的排序。保留并比较确切的值,而不是将其拼写解释为时间顺序。

策略获取是否可以重定向到看起来有效的文本文件?

RFC 8461禁止遵循 HTTP 3xx 重定向进行策略检索,并要求 200 响应。因此,一般浏览器的最终页面不足以证明协议获取有效。

保单网站证书是否证明接收MX有效?

不需要。HTTPS 对策略主机进行身份验证,而MX单独需要STARTTLS和适合其主机名的证书。仅支持 DNS 和 HTTPS 的工具必须不对SMTP阶段进行测试。

MTA-STS通配符模式可以延伸多远?

通配符仅匹配整个最左边的标签。例如, *.example 匹配mail.example ,但不匹配 example 或abexample 。子字符串或任意深度后缀匹配会误解允许的范围。

测试模式能否证明执法是安全的?

不会。尽管策略验证失败,测试仍允许交付,并且有用的报告取决于兼容的参与者和收集。在单独批准执行决定之前,请审查实际MX覆盖范围、证书和观察到的行为。

删除发现会立即禁用已缓存的策略吗?

不会。仅缺少可用的发现记录并不会删除先前缓存的策略状态。恢复计划必须考虑较旧的策略主体和生命周期,而不是承诺立即进行DNS回滚。

为什么服务器端检查器需要出站请求限制?

提交的名称可能会解析为非预期的内部目标或随着时间的推移更改解析。验证预期目标并限制网络访问,以便策略获取不能成为私有服务的路径。这里没有实施这样的防御措施。

在称为可用的MTA-STS检查器之前还缺少什么?

已实施和测试的功能、保留的 DNS 到 HTTPS 到 MX 验证跟踪以及已批准的测试执行计划。本文及其说明性 URL 没有提供任何这些操作工件。

[ 来源 ]

来源

  1. OWASP 服务器端请求伪造预防备忘单
  2. RFC 8460 : SMTP TLS报告
  3. RFC 8461 : SMTP MTA 严格传输安全

[ 词汇表 ]

词汇表

策略主机
以 mta-sts 为前缀的 HTTPS 主机名,发件人从中检索收件人策略域的策略。
发现标识符
MTA-STS id 值标识策略修订版,但不指定修订版之间的顺序。
MX模式匹配
候选MX主机与允许的策略条目之间协议定义的比较,包括最左侧标签通配符规则。
策略缓存生命周期
max_age 间隔管理发送方检索到的策略的生命周期,与DNS TTL 和禁止的 HTTP 策略缓存不同。
未执行的SMTP阶段
清晰的结果状态表明,即使检查了DNS和 HTTPS,检查器也未观察到STARTTLS或接收MX证书。

企业出处

为什么顶级金融机构和政府 退役了他们的电子邮件安全仪表板。

传统的电子邮件身份验证平台会向您出售仪表板并要求您的工程师来完成这项工作。在高风险环境中,手动监督意味着延迟执行、配置漂移和不受监控的影子域。

EmailAuth是代理电子邮件来源平台。 我们的代理人强制执行 p=reject,保持第三方发件人一致并将您的域名移至完整状态 RFC 9989 合规性、新的DMARC标准,以及人机交互审核能力。

政府 大型企业 一级金融机构

SaaS · 专用租赁 · 气隙本地部署 · BYOK 加密

知识库