摘要

  • 2026 年 9 月 3 日，IESG 批准《物联网 TLS/DTLS 1.3 配置》成为 Proposed Standard。文本允许长期服役设备更换信任锚，但标准获批并不等于任一设备已经完成更换。
  • 迁移证据应以设备为行，串起授权分发、持久写入、实际启用、服务端出示的证书链、设备选择的信任世代、旧权限最后一次使用、回退边界和应用层回执。

IESG 公告批准了 draft-ietf-uta-tls13-iot-profile-25。Datatracker 记录显示版本 25 已发送批准公告；查阅时尚未列出最终 RFC 编号。获批文本是 RFC 7925 的配套文件，并更新其中 X.509 证书和密码套件要求。

它最值得管理层注意的不是算法清单，而是对设备寿命的承认。传感器可能十年不动，CA、制造商、服务商和密码算法却会变化。若信任锚在设备全寿命内静止，算法迁移、CA 轮换、厂商交接和事故处置都会变得更难。

信任锚不是服务器在 TLS Certificate 消息里附上一张根证书就能完成的配置。那张证书恰恰来自尚待验证的对端，不能凭到达方式获得可信地位。配置文件倾向于在握手之外预置锚，并省略传输链中的根。由谁授权安装、设备是否持久保存，因而是控制权问题。

一次窗口会制造多个信任世代

安全固件更新可以承载新锚。RFC 9019 的 SUIT 架构区分固件作者、分发者、设备和彼此的信任关系。但“已下发”之后，仍有包验证、闪存写入、激活、重启、信任库回读和首次使用新链等多个断点。

维护窗口尤其容易把这些断点压成一个状态。断电设备没收到包；另一些设备下载完成但写入失败；还有一些安装成功，却因服务器仍提供旧兼容链而从未使用新锚。若控制台只记录任务级成功，三者都会丢失。

范围也不能混淆。通过固件分发信任锚，并不自然覆盖终端实体证书或下级 CA 证书。RFC 7030 提供 EST 证书注册和 CA 证书获取机制，但具体设备是否支持、是否成功执行，仍是本地事实。

三种凭据不能共用一张“已启用 TLS”收据

配置文件覆盖 X.509、原始公钥和外部预共享密钥，并未指定所有场景只能选一种。

X.509 路径内有信任锚、可能存在的下级 CA 和终端证书。RFC 7250 的原始公钥减少了交换中的证书结构，却没有自动把公钥绑定到预期设备或服务；这项绑定必须在受保护的渠道中建立。自签名 X.509 证书也仍然是 X.509，不能因部署便利改称原始公钥。

外部 PSK 把保管责任移到密钥生命周期。RFC 9257讨论熵、身份和部署风险；RFC 9258把导入的 PSK 绑定到 TLS 1.3 的 KDF 与哈希上下文。但由谁生成、多少设备共享、何时轮换、可用于哪个服务，都需要另外留据。

账本因此必须先标明凭据模式，再谈握手成功。CA 路径、固定 RPK 和外部 PSK 的证据不是同一种东西。

交叉证书能渡河，不能替代上岸

设备处于不同锚世代时，服务器可参考 certificate_authorities 扩展，选择对端声称支持的 CA 链。RFC 9810所述 newWithOld 与 oldWithNew 过渡证书也能在新旧世代间搭桥。它们不等于设备已经通过带外方式安装新锚。

桥接最危险的地方是“持续成功”。只要服务端继续出示旧锚可验证的路径，落后设备仍能上线，迁移率看起来良好；原本计划退出的旧 CA 也仍保有认证能力。桥没有退出条件，就会从过渡工具变成永久权限。

反过来，在偏远设备写入新锚之前拆掉旧路，它可能失去唯一能够认证更新服务的通道。迁移计划需要逐设备的最后安全点，而不是仅有一个统一截止日。

节省握手字节，可能增加别处的依赖

受限设备确实承受内存和传输成本。若默认要求的处理缓冲区——大致 18 KB——不可接受，RFC 8449 的 Record Size Limit 可声明可接收的最大记录。这个数字不能代表总 RAM、闪存、能耗或证书验证耗时。

RFC 9846所定义的 TLS 1.3 会话恢复可减少重复证书认证，但票据数量、寿命和复用政策会影响服务器状态、隐私与重放控制。若 CoAP、MQTT 等应用没有自己的安全规范，IoT 配置文件并未替它们开放 0-RTT。

证书压缩、缓存证书信息和证书 URL 可以减少主握手字节，也可能引入缓存、取回服务、稳定标识符和新的可用性要求。优化记录应说明成本移到了哪里，而不只是报告省了多少流量。

逐设备信任世代账本

每台设备应记录硬件、固件与安全启动世代，更新根，凭据模式，可接受锚的指纹、角色与验证政策。每次迁移应留下授权包、送达、验证、持久写入、启用、重启和回读收据。

然后另记服务端实际出示、设备实际接受的终端证书、下级路径、锚世代、协商协议与时间。应用层回执必须分开。一场 TLS 握手只能证明某一时刻在某条路径下认证了对端，不能证明命令获准、提交或产生了物理效果。

Lu Heng 的现实层次方法可防止这些主张互相借权：Proposed Standard 是符号状态，信任库是配置状态，验证是已执行事件，服务连续是结果。Running-Code Primacy要求以设备观测状态而非产品声明为准；最小初始规范、本地化未来决策与自愿采用则说明共同互操作规范不必把所有部署锁进同一种 CA 拓扑。

来源