摘要

  • 11 月 2 日的 LAKE 工作组草案只申请两个 EDHOC 外部授权数据标签：背景检查 BG 和护照模型 PP。7 月版还为两种模型各申请一个独立触发标签，共四项。
  • 依赖方可在 EDHOC 第一条消息里，以对应模型标签发送 CBOR true，编码为 0xF5；受证明方必须在第二条消息里用同一标签回应提案。
  • 标签仍写作 TBD1、TBD2。IANA 现行登记表尚无这两项分配。

标签减半，判断没有减半

旧版把“请开始证明”和后续证明材料放在不同编号下。第 07 版改了账本：向 IANA 提出的只有 Remote Attestation BG 和 Remote Attestation PP。一个标签既可承载触发，也可承载提案、请求，以及随后的证据或鉴证结果。第 06 版登记表中的两个 Trigger 项消失了。

触发值本身只有一个布尔真值 0xF5。依赖方发起背景检查时，把它装进第一条消息的 BG 项；受证明方在第二条消息回传证明提案。护照模型也循这两步起跑，但它最终递交的是验证者签发的鉴证结果。背景检查则把受证明方的证据交给依赖方，再由后者送交验证者。只看标签、忽略消息位置和值，软件会把命令和材料看成同一种东西。

这笔改动击中受限设备接入的权力分工。设备提供状态，验证者评估，依赖方决定后续访问。草案还明确依赖方按部署政策选择证据类型。注册标签能节省协议标识，不能替任何人决定什么证据够用。

LAKE 文件页仍将其列为工作组 Internet-Draft，状态为 I-D Exists。IANA EDHOC 登记表未列出 BG 或 PP 的正式分配。缺少的事实很具体：正式注册编号和按新版行为运行的互通记录。