摘要

  • 2017 年的 EME Recommendation规定浏览器与加密媒体系统交互的共同 API。Clear Key 是最低共同基线；其他解密模块的实现没有被统一成一种产品。
  • W3C 主任的决定压过了有关解密模块和反规避法律承诺的反对意见。EFF 提出上诉后，W3C 公布成员以 108 对 57、另有 20 票弃权支持推进标准。

门装在浏览器里

W3C 在2017 年 7 月的说明中提出一笔交换：让浏览器接管过去由插件承担的加密视频交互，把安全与隐私控制放回浏览器环境。电影公司仍可要求内容受保护，网站也不必再把播放这件事整个交给外部插件。

这笔交换最具体的部分写在EME 规范里。网页可以请求某个 Key System、建立会话、传递许可消息，随后由内容解密模块处理密钥和媒体。规范把这条对话路线统一起来，并要求实现 Clear Key 作为共同基线。它没有规定所有内容保护系统如何设计，也没有给每个浏览器配同一个解密模块。

因此，网页有了共同的门牌，门后仍是多套钥匙。浏览器是否支持某个 Key System、相应 CDM 是否可用、服务是否发放许可，都是实际播放的一部分。标准化接口改变了交谈方式，却没有把这些决定一并交给 W3C。

七类反对意见

2017 年 7 月 6 日的处理记录列出七类争议：用户保护、自由软件项目的实现难度、CDM 定义缺口、反规避法律、无障碍适配、新进入者与开放网络、内容保存。W3C 主任要求修改部分文字，也压过了部分反对意见，决定把 EME 推进为 Recommendation。

其中一项争议正落在门后。工作组曾考虑为不同 CDM 规定共同接口，但认为这超出首版范围。主任承认问题可以留给未来版本，同时拒绝让它挡住这次发布。另一项争议是研究保护承诺。W3C 说，成员未能就所谓不攻击承诺达成共识；它建议相关组织不要动用反规避法律阻止安全与隐私研究。建议写在记录里，约束力却没有变成反对者要的共同承诺。

W3C 还在同一份记录中承认，面对封闭的 CDM 实现，规范无法以技术手段完整强制用户保护。它认为浏览器内的机制仍优于旧插件方案。这个判断是标准制定者愿意承担的赌注：先把可统一的接口推进去，让难以统一的实现和法律问题继续留在各个机构手里。

投票决定了谁有权命名标准

EFF 的上诉通知把程序问题推到前台。它认为成员从未就保护研究等活动的承诺正式作决定，主任却已批准 EME。EFF 还担心，缺少承诺会削弱隐私审计、无障碍改造和新进入者的机会。这里记录的是上诉方提出的风险及其对 W3C 程序的质疑。

W3C 后来让成员对主任决定投票。它在9 月 18 日的发布公告中列出结果：108 票支持，57 票反对，20 票弃权。同日，EME 成为 Recommendation。W3C 强调，浏览器可以选择不实现 EME，HTML 合规也不以它为条件。可是，一旦挂上 W3C 的标准名义，浏览器入口便有了机构背书。

2017 年留下的不是一把万能钥匙，而是一张边界清楚的工作分配表。W3C 规定网页如何敲门；各家解密系统继续决定门后的技术与许可；成员投票决定这套分工能否代表 Web 标准。票数解决了发布权，没把钥匙搬进投票箱。