摘要

  • 修订版 13 允许验证者订阅网络设备证明事件，在启动、更新、控制单元倒换或硬件变化后取得新证据，而不是等下一轮轮询。
  • 重放边界、nonce、epoch、TPM 签名时钟和心跳增强了连续性与时效性，却都不能单独证明事件历史没有遗漏。
  • 证据生产、传输、顺序与重放、时效、判定、依赖方授权和业务结果应保留为七个分别留痕的责任层。

设备在开机时通过核验，并不表示它几个小时后仍是同一状态。软件会更新，控制单元会倒换，转发单元会插拔，攻击可能被发现，证书也会接近期限。轮询只能在下一次提问时看见这些变化。draft-ietf-rats-network-device-subscription-13 提出的改进，是让验证者通过 RFC 8639 的 YANG 订阅机制订阅 <attestation> 事件流，在相关变化发生后接收新证据。

初次订阅并非简单打开一条推送通道。请求带有 nonce、PCR 选择以及可选过滤器。设备可以重放本次启动以来符合条件的 PCR extend 事件，标记重放完成，再提交绑定该 nonce 的 TPM Quote。此后的 PCR extend 通知要先于对应 Quote 到达；草案要求 Quote 在数秒内生成，最迟不超过十秒。若设备长时间没有新 Quote，心跳又为“沉默究竟意味着稳定还是断线”提供观察点。

这套机制真正缩短的是变化到远程判定之间的时间。风险也由此出现：事件是连续到达的，又带有密码学保护，运营者很容易把“持续证据”误写成“持续结论”。要避免这一跃迁，至少要把七道核验拆开。

第一道是生产：设备有没有测到应测的变化，并生成相关证据？TPM Quote 可以绑定被选 PCR 的值，却不能证明测量范围之外的事件本来就不该被测。过滤器会主动缩小通知集合。签名可以保护一个范围，不能替运营者决定这个范围是否完整。

第二道是传输：通知是否经由预期订阅抵达验证者，并被关联到正确设备、会话与订阅标识？通道保护和消息验证很重要，但成功收到的消息无法替缺席的消息作证。

第三道是顺序与重放。草案给出了真实而具体的控制：按启动边界重建 PCR extend 历史、标记重放完成、约束 extend 与 Quote 的先后、处理 reset/restart 变化，并在安静期发送心跳。生产系统应核验这些边界，而不只是保存最新 Quote。订阅标识、过滤器、重连点、事件顺序和任何无法解释的间隙都要可追溯。间隙前后各有一条有效证据，并不会让间隙自动消失。

第四道是时效。nonce 能建立一个大致的挑战时段，中心 epoch 标识或 RFC 9684 的单独 Quote 请求可以刷新它。TPM 2.0 签名的 clock、reset 与 restart 计数器有助于核查漂移和生命周期变化。但 RFC 9334 保留了一个重要现实：时效机制只能缩小证据产生的时间窗口，不能把一次测量变成永远有效的当前状态。草案还把部分时效策略留在带外；某处允许复用 nonce，不代表另一处也应接受。

第五道是判定。验证者仍需参考值、背书和明确的判定策略。RFC 9683 提醒，参考值可能冲突、遗漏或含糊。签名验证通过，回答的是谁保护了这些声明；它没有回答声明是否符合正确基线，更没有证明基线适合此时此设备。

第六道是授权。RATS 架构中，验证者输出 Attestation Result，依赖方再针对具体事务应用自己的策略。同一结果可能允许进入资产清单，却不足以放行网络访问；也可能触发维护或人工复核。密码学有效性和制造商背书都不会自动赋予验证者业务决策权。

第七道是结果。即便拒绝决定完全正确，也不证明执行点已经落实、流量已经迁移或风险已经消失。最后一张回执属于实际采取动作的运营系统。只有七类记录能被连接起来，而不是互相代替，持续证据才会成为持续控制能力。

截至 2026 年 9 月 9 日，修订版 13 仍是有效 Internet-Draft。IETF Datatracker 显示其已提交 IESG、处于 AD Followup，预期状态为 Proposed Standard。这是标准流程状态，不是 RFC 批准，更不是部署证明。它值得关注，恰恰因为它改善了事实流动；它不应被用来抹去“看见、判断、授权、执行”之间的边界。

来源