RFC 3628：策略 OID 不能替代时间戳机构的运行证据

摘要

RFC 3161 令牌能把消息摘要、生成时间、策略和签名身份绑定在一起，却不能自行证明时间戳机构在签发瞬间确实遵守了该策略。
RFC 3628 把策略与实践分开，并把 UTC(k) 可追溯性、失步检测、停签、单一活动密钥、审计和事故披露放在令牌之外；现行 ETSI EN 319 421 仍保留这一结构。
可靠的依赖决定需要一份“策略到运行”的证据包：令牌原文、适用的实践声明、时钟与密钥历史、受影响令牌边界、可信列表状态和长期验证记录。

一个写进令牌的名字

RFC 3161 对令牌的内容规定得很精确。messageImprint 要与请求中的摘要一致；序列号要对签发机构保持唯一，即使服务曾经中断也不能重复；genTime 表示机构生成令牌的时刻；策略字段指出依据哪一套规则签发；请求带有 nonce 时，响应必须原样返回；签名及签名者证书标识把这一断言绑定到特定密钥。

这些保证很重要，但边界同样重要。摘要并不证明原始材料真实、完整、合法，也不证明某个自然人就是作者。genTime 不是请求者创作文件的时间，不是另一台服务器收到文件的时间，更不是某个业务系统接受交易的时间。可选的精度字段会把表面上的一个时刻变成一个区间；如果同一机构的令牌没有声明 ordering，只有两个精度区间明确不重叠时，才能靠令牌时间判断先后。

因此，令牌是一项被签名的时间主张，不是签发服务的缩微历史。即使每个字节都合法、签名链也能通过，依赖方仍然可能不知道时钟怎样校准、密钥怎样启用、报警怎样处置、哪些令牌受过一次事故影响。

RFC 3628 把“说什么”与“怎样做到”分开

RFC 3628 在 2003 年以信息类 RFC 发布，并与当时的 ETSI TS 102 023 技术等价。它不是现行互联网标准，也不能单独代表 2026 年的全部合规要求。但它划出的边界非常清楚：时间戳策略说明应当遵守什么；TSA 实践声明说明某一提供者如何在自己的组织、设施和计算环境中遵守。

策略对象标识符可以写进令牌，实践声明却不会随之被嵌入。令牌没有保存当日适用的声明版本、批准日期、设施控制、分包安排、时源拓扑或密钥仪式。RFC 3628 允许机构通过按需提供证据或接受独立评估来支持合规主张。这恰好说明，OID 是通往证据的索引，不是证据本身。

外包也不会改变责任归属。托管的时钟、外部密码模块或分包的签发平台可以执行具体工作，但 TSA 仍要对策略控制和实践披露负责。如果采购合同只列出供应商而没有保留校准、报警、密钥和事故记录，组织图并不会自动变成可验证的责任链。

`Z` 是记法，UTC(k) 是测量链

RFC 3628 要求令牌时间能够追溯到由 UTC(k) 实验室分发的实时值，并保持在声明的精度范围内。UTC(k) 是国家计量机构或指定实验室维护的 UTC 本地实时实现。BIPM 根据各实验室数据计算 UTC，并在每月的 Circular T 中公布 UTC 与 UTC(k) 之间的差值；这份结果构成确定性的可追溯记录。

BIPM 还发布每周的快速 UTC，也就是 UTCr。它更早出现，适合运行监测，但 BIPM 明确说明它只补充 UTC，不替代最终 UTC 结果，也不替代 Circular T 提供的可追溯信息。一个快速反馈和一个最终计量结论服务于不同的决策。

令牌中 genTime 末尾的 Z 不会暴露任何一段测量链。它没有说明采用哪个 UTC(k) 实验室、经由何种分发路径、观测偏差和不确定度是多少、最近一次成功校准距离签发有多久、时源失联后是否进入保持模式。签名证明签发者承诺了这个时间字符串，却没有证明它怎样达到 UTC。

引用本身也会老化。RFC 3628 引用的 ITU-R TF.460-5 已被替代，现在生效的是 TF.460-6；2025 年采用的 ETSI EN 319 421 V1.3.1 使用现行版本。把旧引用永久当成充分证据，等于把稳定的文档编号误认成不会变化的运行现实。

失步之后，最重要的动作是拒绝签发

RFC 3628 要求系统检测时钟漂移或跳变。一旦发现时间超出声明精度，时间戳单元必须停止签发，完成恢复后才能重新开始。ETSI 现行标准保留了同一要求，并要求记录正常同步、重新校准和失步事件。

这改变了“健康”的含义。时间戳服务在该停的时候停下来，是遵守权限边界；在不确定时仍保持百分之百可用，反而会扩大可疑令牌群体。仅显示“当前已同步”的仪表盘无法证明偏差何时开始、检测器何时触发、停签前发出了多少令牌、恢复前是否完成了规定的核验。

有用的记录必须连接最后一次已知正常校准、第一项可疑观测、正式检测、签发停止、恢复批准和重新签发，并给出受影响的时间区间或序列号范围。闰秒处理也一样：标准要求在声明精度内记录实际调整时刻。事后看到墙上时钟恢复正常，不足以证明过渡期间发生了什么。

一把活动密钥是一种运行状态

RFC 3628 把时间戳单元定义为一套作为单元管理的硬件与软件，在任一时刻只允许一把活动的时间戳签名密钥。一个 TSA 可以运行多个可识别的 TSU，但每个单元都有自己的密钥边界。ETSI EN 319 421 V1.3.1 仍要求一把活动密钥，并规定可信角色、双人控制、安全密码设备、时间戳专用用途，以及私钥运行寿命结束后自动拒绝签名。

证书验证回答不了这些问题。它能说明公钥经过认证、令牌签名与其匹配，却不能证明同一 TSU 没有第二把活动密钥，备份材料受到了怎样的保护，密钥生成是否使用双人控制，私钥是否已经超过内部使用期限，合格和非合格服务是否使用了分离的身份与接入点。

RFC 5816 通过 ESSCertIDv2 改善了签名者证书绑定，使现代摘要算法能够用于这一关联。这是必要的密码维护，但不会把密钥仪式、唯一活动状态或生命周期日志搬进令牌。

事故公告必须划出令牌群体

RFC 3628 要求 TSA 在密钥受损、疑似受损或时钟失去校准时通知用户和依赖方，停止签发直到恢复，并尽可能提供识别受影响令牌的信息。现行 ETSI 规则延续了这一逻辑，还分别要求保存密钥和证书生命周期、正常同步、重新校准与失步的日志。

“服务已恢复”不是足够的事故结论。依赖方需要知道涉及哪一个 TSU 和证书、哪一段时间可疑、哪些序列号落在范围内、何时停签、什么条件构成恢复。否则每个令牌都会落入同一个含混群体：密码学上完好，运行上却无法分类。

审计轨迹可以帮助在密钥受损后区分真实令牌与伪造的回溯令牌；来自两个机构的独立时间戳也可以增加观察。但独立性不能靠数量推定。如果两个服务共享同一时源、密码平台或监控链，两个签名仍可能继承同一个故障。

“合格”也由外部状态决定

欧盟现行框架让这种分离更加明显。Regulation (EU) No 910/2014 赋予合格电子时间戳关于所示日期和时间准确性以及所绑定数据完整性的推定。Commission Implementing Regulation (EU) 2025/1929 则把 ETSI EN 319 421 V1.3.1 和 EN 319 422 V1.1.1 列为获得该合规推定的参考标准，并附带相应调整。

但令牌里的合格声明不是自我授予的法律结论。ETSI 明确指出，该声明只是对主张的指示；依赖方应使用相关可信列表来确认合格状态。监管状态、合格评定和当时适用的可信列表快照都在令牌之外。

新规还强调密码认证、人员培训、漏洞扫描、年度渗透测试、安全传输和终止计划。解析器即使给出绿色结果，也不会让这些控制出现在令牌中。法律推定越重要，支持它的外部证据就越不能被当作临时运维材料。

长期验证不是一次性的绿色勾

RFC 3628 已经提醒，今天能验证的令牌不一定明天仍能验证。在 TSU 证书有效期内，要检查当时的吊销信息；证书到期以后，普通证书状态服务可能不再足以证明私钥从未受损。摘要算法的抗碰撞能力和签名强度也会随着时间下降。

其附件 C 因而把长期有效性理解为持续证据：知道密钥没有受损、摘要仍能抵抗碰撞、签名仍超出可行攻击能力。无法直接保持这些条件时，可能需要新的保护性时间戳。原文件里的绿色验证结果只是一项有日期的观察，不是永久写入的属性。

耐久证据包至少应包含令牌原始字节及摘要、策略和实践版本、证书链及状态证明、UTC(k) 来源和同步回执、密钥生命周期、事故公告、必要时的可信列表状态、算法评估、保存事件，以及依赖方自己的判断。每一项都应保留自己的保管人和时钟。

令牌写明了策略，UTC 证据却在令牌之外

为何重要

摘要

一个写进令牌的名字

RFC 3628 把“说什么”与“怎样做到”分开

`Z` 是记法，UTC(k) 是测量链

失步之后，最重要的动作是拒绝签发

一把活动密钥是一种运行状态

事故公告必须划出令牌群体

“合格”也由外部状态决定

长期验证不是一次性的绿色勾

来源

档案背景详情

Strategic Circle

Leadership Alliance

Strategic Circle 专属简报

Leadership Alliance 简报

摘要

一个写进令牌的名字

RFC 3628 把“说什么”与“怎样做到”分开

Z 是记法，UTC(k) 是测量链

失步之后，最重要的动作是拒绝签发

一把活动密钥是一种运行状态

事故公告必须划出令牌群体

“合格”也由外部状态决定

长期验证不是一次性的绿色勾

来源

档案背景详情

Strategic Circle

Leadership Alliance

`Z` 是记法，UTC(k) 是测量链