摘要

  • ELA 让注册服务器 W 审查设备 U，并要求域认证方 V 向 W 证明自己掌握的正是向 U 出示的 CRED_V；返回凭证同时绑定 H_12、ID_CRED_I 与 V 的凭据。
  • 这个绑定保障的是本次授权，不是此前披露的生命周期。U 尚不知道 W 会不会批准时，经过认证的 V 已收到其身份，并将其用于同 W 的交互。
  • 可另设一份身份交付回执，记录披露目的、接收者、留存期限、拒绝后的处置，以及独立运行身份何时启用。这是 Daniel Kade 的治理建议，不是 IETF 草案字段。

先交身份，后见决定

draft-ietf-lake-authz-08 描述的 Lightweight Authorization using EDHOC，试图用尽量少的受限链路消息完成三方注册。2026 年 9 月 8 日，它在 LAKE 工作组内进入 Last Call；第 08 版文本发布于 7 月 6 日。它仍是拟走 Proposed Standard 的 Internet-Draft，不是已经批准的 RFC。

草案把设备称为 U，把本地域认证方称为 V，把注册服务器称为 W。U 预先拥有 W 的静态公钥 PK_W 和位置 LOC_W。W 可以由制造商运营，也可以是 U 信任的其他主体；V 也不一定属于某一种网络角色。

U 向 V 发起 EDHOC，并复用可让 W 明确识别它的 ID_CRED_I。V 取得该身份后，在受保护的 V—W 交互中提交它。V 同时使用先前向 U 出示的 CRED_V，让 W 验证相应密钥的持有或绑定。W 根据本地政策决定 U 是否可以经由 V 注册；政策如何制定，本来就不在草案范围内。

成功结果以凭证回到 U。该凭证是 W 向 U 作出的断言：W 已授权 V。它通过 H_12 绑定当前 EDHOC 会话，通过 ID_CRED_I 绑定 U，通过 CRED_V 绑定 V，也可以带有不透明的授权范围。W 侧交互若不成功，流程不能继续；完成到 message_4，才表示 U 与 V 已获准互动。

这套结构解决了替换与错配，却没有改变先后顺序。草案的安全考量明确指出：EDHOC 在其威胁模型内保护发起方身份免受被动观察者和未认证对端获取；ELA 则有意在授权成功与否尚未确定时，向已认证的 V 披露 U 的身份。

已认证的接收者，不等于可无限留存的机构

“V 已认证”证明某个对端控制相应密钥。“W 已授权 V”证明在这台 U、本次会话和相应范围内，W 同意 V。二者都不自动回答 V 背后的机构可以保存身份多久，也不证明 W 的政策正当、最新或可申诉。

H_12 可以防止凭证脱离会话漂移，却不能给日志设定到期日。ID_CRED_I 让 W 找到政策，却不能阻止 W 把它同制造记录合并。加密错误信息可以向 U 指示其他 V，并继续绑定 H_12，却不能证明最初的 V 已删除记录。

这不是在指控任何部署。现有来源没有证明某个产品发生滥用。恰当结论只是：协议把线路上的授权做完整，并不意味着机构已把披露后的责任做完整。

“仅用于注册”必须真正有终点

ELA 提供了一项重要缓解：U 可以使用只供注册的身份，之后改用不同的运行身份。这样做能减少日常通信与注册凭据之间的关联。但草案写的是 MAY，并未强制每域轮换，也未规定成功或失败后的删除时限。

如果同一个注册身份跨网络复用、留在拒绝日志中，或在开户时与运行身份绑定，那么“临时”只是一项功能标签。更换凭据无法收回已经建立的关联。

因而需要两个明确时点。披露前，U 应能确认 V 的机构类别、将被咨询的 W、用途、后续接收者和期限。成功后，应记录运行身份何时启用、注册身份何时失去权限。失败后，则要说明原始标识删除、限时防滥用令牌或隔离审计记录三者中的哪一种生效。

审计也不应创造新的追踪库。回执可以使用会话的隐私保护引用、信任材料指纹、政策版本和有限的原因代码，而不公开原始身份。

身份交付回执

这里提出的身份交付回执不是第二张授权凭证。凭证证明 W 的会话决定；回执证明机构承诺怎样处理为获得该决定而交出的信息。

第一部分固定信任背景：U 所用制造方信任锚及版本、W 的身份和位置、V 凭据指纹、注册身份的类别与轮换规则、H_12 的隐私保护引用。第二部分固定目的：W 实际采用的政策标识与版本、申请加入的域、允许的接收者、使用目的、留存截止日和再披露规则。

第三部分记录处置：批准、拒绝、超时或协议错误；若发出凭证，则记录范围与到期；若拒绝，则记录原因类别以及删除或隔离要求。成功时还要写明运行身份启用与注册身份退役的时点。纠错与申诉入口让错误政策可以被修正，而不是覆盖原始记录。

这份回执无须占用受限链路的大量消息。V 或 W 可保存可审计版本，只向 U 返回紧凑引用。重点不是扩展 ELA，而是禁止把“握手已中止”当成“身份已消失”。

在线授权也带来治理依赖

W 在协议期间必须可用。在线决定有助于避免陈旧许可，却把故障处理变成治理选择：直接拒绝会阻塞接入；排队会延长身份留存；绕过 W 接纳则改变信任模型。任何降级方式都应有明确期限和负责人。

ELA 的优点正在于边界清楚。它保护身份不被广泛窥视，认证直接接收者，并让最终授权紧密绑定会话；它也坦率标出身份在决定之前被披露。RFC 9528 同样把凭据是否可信、是否获权留给应用；BRSKI 和 RFC 8366 的凭证体系也未假装签名对象能够管理全部信任锚与机构政策。

ELA 凭证能够证明 W 在本次交换中授权了 V。它不能证明此前披露具有正确目的，不能证明拒绝未留下可关联痕迹，也不能证明后续运行身份真的独立。后面三件事必须由可检查的制度承诺承担。

来源