[ 运输安全 ]

MTA-STS策略发现和DNS策略标识符

使用DNS id 宣布策略修订,而不将其视为策略本身或清除发件人缓存的命令。

由EmailAuth研究团队提供

[ 要点 ]

  • 使用实际收件人或配置的智能主机策略域。
  • 保留一个选定的发现TXT记录并保留其字符串边界。
  • 在宣布新 ID 之前发布 HTTPS 正文。
在此页面上

MTA-STS 发现从_mta-sts开始,后跟策略域。对于发送至user@example.com邮件,普通发现所有者为_mta-sts.example.com 。 TXT值通告支持和修订标识符;实际策略是通过 HTTPS 单独获取的。

精确遵循收件人域

参考: RFC 8461 §3.1, RFC 8461 §3.4.

发送至user@mail.example.com邮件使用mail.example.com作为其策略域,而不是继承父example.com策略。 RFC 8461还为管理配置的智能主机提供了特殊处理:智能主机域成为策略域。在解释不存在的记录之前,记录您正在测试的路由情况。

这 TXT记录 必须以v=STSv1开头,并包含 1-32 个 ASCII 字母或数字的 ID。该标识符唯一地标识策略的实例。它没有隐含的顺序:20261107B 是一个方便的操作标签,而不是时间协议或仅接受更大数字的指令。

计算记录而不是屏幕行数

参考: RFC 8461 §3.1, RFC 8461 §8.2.

如果返回多个TXT记录,发现会丢弃不以v=STSv1; 。必须保留一条适用的、语法上有效的记录。两个独立的MTA-STS记录不是安全的翻转机制。一个TXT资源记录中的多个字符串会串联在一起,且不添加空格。

CNAME 允许发现并且可以沿着一条链到达TXT记录。在证据中保留所有者和别名链。发现委派不会消除在接收域的策略主机名下进行 HTTPS 策略检索的要求。

重现发现失败

在隔离的DNS夹具中,返回一条包含v=STSv1; id=A1和一条不相关的验证TXT记录。预期选择保留一名MTA-STS候选人。添加第二个独立的v=STSv1; id=A2记录,结果是通过该答案没有发现可用的策略。然后将原始记录分割成两个字符串, v=STSv1;和一个空格后跟id=A1,并验证串联恢复一个有效值。

查询绝对所有者 _mta-sts.example.test. 针对每个实验室权限和实验室递归解析器使用TXT类型,保存状态、记录边界和 TTL。此过程是指定的,而不是执行的公共DNS测试。为这次审查重新运行提供的本地固定装置,并仅练习候选人计数逻辑;它不是DNS解析器或完整的发现解析器。

在发布之前更新 HTTPS

参考: RFC 8461 §3.3, RFC 8461 §5.1, RFC 8461 §8.1.

先发布并验证新的policy body,然后更改id。否则,发送者可以在获取旧主体的同时观察新 ID。在过渡期间保持旧路线可用。丢失或不可用的发现不会删除有效的、未过期的缓存策略,并且 ID 更改也不能保证每个发送者都能立即获取。将DNS和发件人缓存视为更改的单独部分。

保留的历史证据和剩余范围

以下是保留的 2026 年 11 月 7 日实验室记录,经过检查但未作为本次审查的网络实验重新运行。新的离线夹具执行被单独记录。

捕获的逻辑时间线从 A1 开始,并在纪元 1000000 处获取:强制执行,仅旧MX ,max_age 86400,发件人到期 1086400。A1 被建模为最后一次服务于 1000300,因此在该边界获取的另一个发件人可以将其保留到 1086700。B2 是在 1000300 处发布的,具有旧的和新的MX模式和 max_age 3600;其建模的最后服务时间 1000600 产生到期时间 1004200。1000600 处的 C3 只允许新的,最后服务时间为 1000900,到期时间为 1004500。这些是明确的合成时间,而不是观察到的互联网事件。保留的 11 月 7 日跟踪记录显示,实验室将其DNS响应更改为 B2 并通过 HTTPS 获取双 MX 正文。断言保留了早期的 A1 缓存不变;旧的仍然被允许,新的仍然被禁止,而新的 B2 身体则允许新的。因此,标识符声明和成功的新获取本身不会改变另一个缓存的快照。

[ 外卖 ]

在宣布新 ID 之前发布 HTTPS 正文。

[ 按角色 ]

这对您意味着什么

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

IT/邮件管理员

检查记录边界

重复的策略与一条记录中的多个字符串片段不同。

后续步骤

  1. 查询确切的收件人域。
  2. 检查TXT记录边界。
  3. 在 id 更改之前验证 HTTPS。

CISO / SecOps

跟踪委托影响力

发现别名创建需要所有权的依赖项。

后续步骤

  1. 审查委托的发现所有权。
  2. 保留之前的保单有效期。
  3. 区分缺乏发现和缺乏执行。

创始人/非技术人员

拥有发现的两半

修订公告和所服务的政策必须保持协调。

后续步骤

  1. 拥有两个发布端点。
  2. 保留修订历史记录。
  3. 避免假设的即时回滚。

[ 常见问题解答 ]

常见问题

id 是策略哈希吗?

不。它是操作员选择的简短修订标识符。

RFC 8461 §3.1

id 必须按数字递增吗?

没有定义顺序。

RFC 8461 §3.1

id 可以包含连字符吗?

指定的 id 语法仅允许 ASCII 字母和数字。

RFC 8461 §3.1

两条STS TXT记录可以共存吗?

不作为有效的发现结果;必须仅保留一项适用的记录。

RFC 8461 §3.1

发现可以遵循CNAME吗?

是的。 RFC 8461要求遵循发现别名链。

RFC 8461 §3.1

子域是否继承 apex 策略?

否。发现实际收件人子域的策略。

RFC 8461 §3.4

哪个变化先发生?

在更改DNS ID 之前发布 HTTPS 正文。

RFC 8461 §8.1

删除id会清除缓存吗?

不会。有效的缓存策略仍然可以应用。

RFC 8461 §3.3

[ 来源 ]

来源

  1. RFC 8461

    部分 §2 · §3.1 · §3.3 · §3.4 · §5.1 · §8.1 · §8.2

[ 词汇表 ]

词汇表

策略域
用于适用的传输策略发现的域。

RFC 8461 §2

策略编号
宣布特定MTA-STS策略实例的短标识符。

RFC 8461 §3.1

TXT资源记录
一条DNS记录可能包含多个字符串片段。

RFC 8461 §3.1

企业出处

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

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

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

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

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

知识库