摘要

  • draft-schrock-ep-presentation-binding-01 明确：确定性渲染可以发现签名操作与申报画面不一致，却不能证明不可信屏幕当时真的向人展示了什么。
  • 新版要求依赖方把收据验证与呈现证据验证作为两项独立结果；任何一项通过，都不能自动升级为授权成立。
  • Daniel Kade 建议由承担后果的组织维护“呈现决策记录”，把技术证据与密钥归属、人员职权、显示路径风险及本地政策连接起来。此为编辑治理建议，并非草案规范。

第 01 版先撤回了一项过强推论

这次更新的价值，不在于又增加一个加密对象，而在于删除了一条危险捷径。第 00 版与第 01 版差异显示，文本不再声称验证者能够证明“人被展示了什么”。第 01 版只承诺核对申报的确定性渲染是否由签名操作重新计算而来。

两者相差一个现实中的屏幕。受控算法可以从同一组操作字节产生同一份可读表示；但被攻陷的客户端仍可把正确表示交给后台核验，同时用覆盖层、恶意显示驱动或旁路窗口向审批人呈现另一组内容。协议看得到证据之间的关系，看不到人的感知过程。

新版还把收据的发出者从“具名人员”改为“已登记密钥”。这是必要的权力校准。密码学可验证的是某把密钥覆盖了某个摘要；密钥是否仍属于某人、该人是否仍任职、其授权额度是否覆盖当前行为，必须由身份与组织记录回答。

Datatracker 页面显示，该文档在 2026 年 9 月 12 日更新为第 01 版，仍是活跃的个人互联网草案；没有工作组归属、IETF 文档流、责任领域主任或已登记的目标 RFC 状态。任何人都可提交互联网草案，公开发布不等于 IETF 采纳或认可。

字节可复现，不等于画面可证明

草案要求渲染器成为规范操作的纯函数。相同操作在任何合规运行时、任何时间都应产生字节完全一致的结果。算法不得读取时钟、环境、随机数或外部输入；输入字段、顺序、标签与危险字符处理均由版本化规则固定。

这一做法确实封住一类呈现攻击。若签名操作记录的金额、目标或政策与申报画面不同，重新渲染便会失败。草案引用 RFC 8785作为 JSON 规范化基础，并要求对双向控制符、控制字符、易混淆字形和超长字段作确定性处置；无法安全展示的值必须拒绝，而不能静默截断或猜测。

显示证明再加一层签名：客户端声称“我为这项操作展示了这份渲染”，并把渲染摘要与操作摘要绑定。它被放在授权收据旁边，而不是塞进收据正文。验证这份声明，只能说明客户端签过且摘要能对上；是否信任这个客户端及其物理显示路径，仍是另外一项判断。

因此，第 01 版新增的 6.1 节要求分别评价收据和呈现证据，并为两者独立选择信任输入。收据签名有效，不能直接标记为“呈现已接受”；显示绑定有效，也不能直接标记为“操作已授权”。

硬件路径也需要说明适用条件

草案把 Android Protected Confirmation 作为可能另行建模的实例，却明确没有在本文中定义 Android 配置。ConfirmationPrompt 官方文档描述了更强的流程：依赖方核查带特定能力的密钥证明链、一次性随机数以及确认结果中的准确提示文本。文档同时说明，这项能力需要专用硬件，不一定可用；在某些条件下，即使设备报告支持，也可能无法弹出受保护提示。

这意味着“硬件保护”不能只是界面徽章。审计记录必须说明信任了哪一条根、密钥证明表达了什么、随机数是否新鲜、哪些关键字段进入提示、哪些字段没有显示，以及受保护路径不可用时走了什么回退流程。普通对话框与硬件确认不应得到相同的证据等级。

草案所称的参考实现与负向测试向量也应按原有尺度理解：它们可以支持某套代码拒绝不一致或危险输入的主张，不能证明广泛部署、独立安全审查、客户端未受侵害或组织授权成立。第 01 版没有提出 IANA 动作，标识符登记留待未来版本。

让本地决定有自己的记录

Daniel Kade 建议建立一份由依赖组织维护的呈现决策记录。最小字段应包括：操作摘要、收据配置与验证结果；渲染配置、版本、语言、关键字段与摘要；显示证明结果；客户端身份、证明链、信任根和显示路径等级；密钥到人员的登记依据；人员角色、职权边界与有效期；残余风险分类；独立授权政策、决定与理由；审核人、时间、到期点、拒绝或回退路径，以及重新评估触发条件。

这份记录不是新的全球通行证，而是把可移植证据接到本地责任上。银行可以要求不可逆转账必须使用受保护显示并二次确认；网络运营方可能允许可回滚维护采用确定性渲染加带外复核；另一个机构可以在专用路径不可用时直接拒绝。共享的是最小证据接口，后果仍由承担者决定。

这与 Heng Lu 的最小初始规范一致：先固定足以协作和审计的窄接口，把未来决定留给本地。 The Policy Mirror则要求保留每个权威主体实际说过什么，而非事后扩大其含义。Why BTW Media Exists给新闻判断设下边界：个人草案收窄主张是事实，标准采纳、部署效果与安全证明尚不是。

来源

  1. Presentation Binding Datatracker 页面
  2. 版本历史
  3. Datatracker 元数据 API
  4. 第 01 版全文
  5. 第 00 版全文
  6. 官方版本差异
  7. Authorization Receipts 文档页
  8. Authorization Receipts 第 13 版
  9. RFC 8785
  10. Android ConfirmationPrompt
  11. Android Protected Confirmation
  12. Android 密钥证明
  13. The Policy Mirror
  14. Minimum Initial Specification
  15. Why BTW Media Exists