摘要

  • vCon overview 第 02 版与 core 第 04 版仍是 IETF 工作草案。容器范围由创建者界定，parties、dialog、attachments、analysis 四大部分都可以缺省。
  • JWS 能证明签名载荷未被篡改，并在验证策略下证明签名密钥的持有；它不会自动证明会话捕获完整、参与者身份正确、同意有效或分析结论可信。
  • amended 链保存的是一系列可验证的签名状态，不是“最后一版必然正确”。关键决策还需要一份逐项绑定来源、范围、用途与权限主体的会话证据账本。

审查屏幕上没有红灯。vCon 的 JWS 验证通过，证书链可建立；一个外部录音的 SHA-512 与 content_hash 一致；新版本也正确引用了旧版本 UUID。按照许多产品界面的词汇，这份“对话”已经通过验证。

审查员随后要求播放另一条声道。URL 返回 403。新版把一个账户别名改成了自然人姓名，却只写着通过“credentials”验证。情绪分析列出了 vendor，没有模型版本、语言配置或置信度含义。原有同意记录覆盖录音和质检，没有覆盖用情绪标签作人事判断。

密码学仍然是对的，业务结论却必须暂停。问题不在签名失败，而在于组织让签名回答了它没有被设计来回答的问题。

draft-ietf-vcon-overview-02 文档日期为 2026 年 9 月 30 日，draft-ietf-vcon-vcon-core-04 日期为 9 月 7 日。它们来自 IETF Virtualized Conversations 工作组，目前仍是 Internet-Draft，而非 RFC 或最终标准。其目标很有价值：让一个 JSON 容器跨通信平台、分析服务和安全域携带会话资料。可是，容器越容易跨边界，接收方越需要知道每项主张带来的究竟是哪一种保证。

一个“已验证”状态掩盖了五个不同问题

第一是完整性：现在看到的 payload 是否就是签署者签过的字节？第二是签署者认证：密钥和证书链究竟绑定到哪个身份或域？第三是捕获溯源：哪套系统观察、生成或转换了每个对象？第四是语义真实性：姓名、时间、转写、情绪、同意等主张是否正确？第五是权限：该主体是否有权收集、修改、披露或依赖这些资料完成当前用途？

JWS 直接处理第一个问题，在信任策略正确时支持第二个问题。vCon 结构可以承载第三类证据。第四和第五个问题存在于 payload 之外。错误陈述被正确签名后仍然错误；真实记录也可能被无权主体用于不被允许的目的。

因此，界面不应只有“会话已验证”。它应分别显示“载荷完整性通过”“签署证书已接受”“捕获范围未证实”“身份主张待核验”“当前用途未授权”。精确状态不是吹毛求疵，而是阻止技术证据被洗成组织权力。

会话从哪里开始、在哪里结束，是创建者的决定

overview 把会话视为一种定义，而非天然可测的单一对象。一个 vCon 可以只包含一段录音，也可以覆盖从短信、电话到跟进邮件的完整旅程。像 SMS 这样的模式没有自然会话边界，必须有人划线。

格式也有意允许不完整表达。四个主要部分全部可选；没有 parties 的录音仍可以是有效 vCon。core 还定义 recording、recording-set、text、transfer 与 incomplete，并允许信息不足时使用占位对象。一条 recording 可能只代表一次呼叫的某一腿或某些声道，单个对象不必列出全部参与者。

这种自由使数据最小化和渐进部署成为可能，也意味着语法合格不能推出范围完整。缺少一段内容，可能是正当隐去、设备故障，也可能是选择性呈现。签名固定了创建者选中的范围，并不证明范围没有遗漏。

用于重大决策之前，接收方需要单独记录：声称覆盖的起止时间、声道、转接腿、源系统、已知缺口、捕获政策与划定范围的责任人。然后用呼叫控制事件、消息 ID、录音器健康记录或另一个域的日志进行旁证。

overview 把 dialog 称为会话的“ground truths”。这里的含义是它属于原始交流，而非派生分析；不应扩大成“传感器看见了全部现实”。一段原始录音可以完全真实，同时错过改变事件含义的前一分钟。

party 里写了姓名，不等于人已经被识别

party 对象可承载姓名、电话、电子邮件、SIP URI、DID、UUID 与位置。validation 可以记录身份如何核验，而不把核验资料本身塞进容器。这是一种合理的隐私分层，也把新的信任边界交给接收方。

如果签名对象说“通过凭据验证”，签名证明签署者承诺过这句话。它没有展示用的是哪组凭据、何时核验、 assurance 多高、账户后来是否转让，也没有证明该方法适合当前决定。

每一项会被依赖的身份主张都应绑定源系统、验证事件、证据引用、时间、保证等级和负责安全域。显示名称与“已识别自然人”必须是不同状态。

持久 UUID 同样只在分配它的命名空间内有意义。它可以跨多次交互关联一名客服，但不会因为被装入便携容器就变成全球身份。若某次 amended 把别名改为实名，新签名只证明该域作了更改；还需证明该域有权更改身份字段。

哈希可以继续存在，证据本身却已不可达

对话、附件和分析既可以内嵌，也可以通过 HTTPS 外部引用。content_hash 与 SHA-512 让接收方核对取回字节是否等于已签名容器承诺的字节。这解决了重要的篡改检测问题。

但 core 明确把外部对象的安全存储、访问控制和凭据交换置于范围之外。URL 可能返回 403、404 或超时；保留策略可能删除媒体；接收者也可能没有获取权限。哈希仍然完全正确，但没人能再检查它所指的内容。

运营状态至少要分成三项：签名引用完整、外部内容可取回、当前主体有权按当前用途使用。文件解析安全、恶意内容检查和媒体覆盖范围又是另外的问题。

长期审计尤其不能只保存 vCon 和 hash。那样保存的是“曾经承诺过某组字节”，不是未来可复核的证据。组织必须选择：受控归档字节、维护长期授权访问，或明确接受证据能力的到期时间。

分析溯源不是分析成绩单

analysis 可以承载转写、翻译、摘要、情绪与报告。core 不试图统一所有分析格式，因此要求 vendor，并允许 product 与 schema 区分产品和配置。overview 也承认不同实现的质量和解释会显著不同。

这些字段有助于路由和追责，却不必然包含模型版本、提示、语言、阈值、预处理、输入快照或人工修改。一个被正确签名的情绪标签可能确实来自所写的厂商，仍然可能错误、过期，或不适合影响某个人的决定。

派生主张需要自己的收据：输入对象索引与 hash、vendor、product、schema、模型或规则版本、配置、locale、输出 hash、置信度语义、人工复核和允许用途。这是 Daniel Kade 提出的治理模型，不是两个草案的规范要求。

签名保存“系统当时输出了什么”，这是宝贵证据。错误发生在组织把“输出溯源明确”误读成“输出正确可用”。

同意有用途和时钟，不能继承签名的永久性

overview 认为同意和溯源属于会话语境；privacy primer 与 lawful-basis 草案讨论通知、用途与司法辖区。它们都没有把 vCon 签名变成普遍适用的合法性证书。

同意主张至少涉及谁同意、如何识别、何时、看到了哪个政策版本、同意哪些采集/分析/披露/保留目的、适用何地，以及是否已撤回。某个用途也可能依赖其他合法基础。本文不提供法律结论；它只要求技术系统保存本地治理作决定所需的证据。

有效签名能够认证“某主体曾在某一状态记录这项同意主张”。接收方仍需决定该主体能否作出主张、主张是否覆盖当前用途、是否仍有效，以及撤回应触发哪些下游动作。

签名的耐久性与权限的可变性应当共存。明天撤回同意，不应让昨天的历史签名突然无效；应该改变的是今天的处理授权。

修订链证明的是状态序列，不是最新版本最接近真相

签名 vCon 的 payload 一旦修改，签名就会失效。草案因此创建新实例：深拷贝旧内容，再增加或改正资料，并通过 amended 引用旧 UUID，可选地带 URL 和 hash。不同安全域可以在生命周期中依次贡献并签名。

这形成一条可验证承诺链，却不自动证明深拷贝没有漏项、数组索引仍有相同含义、更改正确，或新签署者有权更改该字段。接收方必须取回前一版、核验它、逐对象比较差异，并对每类更改单独授权。

redaction 的边界更尖锐。core 把文本、音视频脱敏方法置于范围之外，并把准确性保证交给创建和签署 redacted 版本的实体。一个脱敏服务可能诚实签名，仍漏掉附件、分析结果或未知扩展里的个人数据。

所以“最新签名版”不应自动等于“权威版”。分析服务可能有权增加转写，却无权改写参与者身份；一个域可能有权为某类接收方遮盖数据，却无权销毁原始证据。

扩展是否可忽略，取决于正在做什么

vCon 扩展可以增加参数、重定义语义或弃用字段。不兼容扩展必须列入 critical；不支持它的处理器不得继续处理，只能拒绝或报告不支持。

兼容性仍然依赖任务。转写器也许可以忽略一个新字段；脱敏器为了确保全部个人信息被处理，可能必须理解所有承载数据的扩展。同一个容器可用于前者而必须拒绝后者。

因此应记录扩展清单、critical、注册表与处理器版本、当前操作，以及忽略或拒绝的理由。“JSON 解析成功”只是语法结果，不是语义互操作证明。

在容器之外建立会话证据账本

每次依赖都绑定：vCon UUID、payload hash 与形态；范围与已知遗漏；贡献系统和安全域；签署者、证书状态与信任规则；身份证据；捕获覆盖；外部对象的取回和权限；分析输入与配置；用途依据；扩展能力；前序版本、逐项差异；最终决定、责任人和撤销路径。

账本还要区分观察与转述。“取回字节的 SHA-512 一致”是观察；“身份通过凭据验证”在找到验证事件前只是容器内主张；“允许用于质检至某日”是本地权限决定。

验收顺序是：定义范围 -> 取回 -> 验字节 -> 识别签署者 -> 授权其主张 -> 检查扩展 -> 重建谱系 -> 核验主张 -> 授权用途 -> 记录依赖 -> 监测撤回。

回到开头的案件：已有签名和 hash 仍保持有效；要求完整范围的决定因缺失声道暂停；身份更改进入隔离；情绪结果可以归档但不得直接用于高影响判断；历史同意是可信历史，新增用途需重新授权。没有丢弃密码学证据，也没有让它越权。