摘要

  • 第 14 版把 TPM 1.2 通知结构中 PCR 索引列表与数值列表等长、按位置对应写成强制要求。
  • 新文本回应了 IESG 6 月评审中的具体关联疑问，但 IANA 需要重新审阅，草案仍处于 AD 跟进阶段。

分析

数据结构上的疑问成为协议规则

远程证明的验证方需要知道每项测量属于哪个平台配置寄存器（PCR）。没有索引的数值是不完整信息；若数值与错误的索引配对，结构化报告也会更难解释。当测量以事件流方式持续送达时，这种对应关系尤其重要。

IETF《Attestation Event Stream Subscription》第 14 次修订针对一个狭窄但关键的环节作出处理。在 TPM 1.2 的 unsigned-pcr-values 通知中，草案用两组并列的 YANG 叶列表分别承载索引和值。第 14 版要求生产端在两组列表中提供相同数量的条目，并规定一组中的第 N 项对应另一组的第 N 项。接收端不必再自行推断两条序列应如何对齐。当前草案 仍是拟议为 Proposed Standard 的 Internet-Draft，并非已批准 RFC。

这项改动可以追溯到一轮具体评审。6 月针对第 13 版的 IESG 投票意见质疑两组列表的关联方式，指出其顺序约束，并询问为何不使用单一列表结构。新版本没有改为带键列表，而是为现有并列列表形式规定了规范性契约：数量相同、位置对应。这样生产端有了明确的符合性判断标准，同时保留了草案所选的数据模型。投票记录 和版本历史 展示了这段过程。

这里必须区分文本精度与实现效果。MUST 规定生产端应输出什么，并不能单独证明现网系统会遵守、每个接收端都会检查，或所有误配风险都已消失。草案中的 TPM 2.0 结构另使用以 pcr-index 为键的 pcr-values 列表，因此 TPM 1.2 这项变化不能被扩大解释为覆盖文内所有测量格式。

程序状态也随新文本发生变化。Datatracker 记录第 14 版于 2026 年 10 月 5 日上传并获接收；同日，IANA 审查状态从 “IANA OK - Actions Needed” 转为 “Version Changed - Review Needed”。页面仍显示 IESG Evaluation::AD Followup、三项 DISCUSS、尚无 telechat 日期，并指出解决 DISCUSS 后已有足够通过所需的立场。这表示新版本触发了新的复核点，不代表 IANA 实质性拒绝，也不代表 IESG 已批准。

这次修订展示了技术治理如何把数据表达和机构审查连接起来：评审者指出读取方式的不确定性，作者把预期对应关系写成规范要求，版本更新又让 IANA 记录进入复核。眼前成果是更精确的文本和新增的流程步骤。实现是否收敛、审查是否关闭、草案能否继续推进，仍待观察。

来源