摘要

  • NEW_TOKEN 是服务器为后续 QUIC 连接签发的地址验证凭据；Retry 则用于当前连接尝试。
  • 验证成功只是在服务器策略下获得了有限的源地址证据，并不等于回访用户、设备或账户身份。
  • 证据账本必须分别记录令牌验证、握手认证、应用身份、授权和请求结果。

运维面板看到一个携带令牌的 Initial，便把它标成“回访客户端”。这个标签很容易出现，因为 NEW_TOKEN 可以省去一次地址验证往返。但它超出了协议实际提供的证明。真正的问题只有一个：服务器能否按照自己的策略，把该令牌作为源地址与先前连接存在关联的有限证据？

服务器可以在一次 QUIC 连接中通过 NEW_TOKEN 帧发送不透明字节。客户端可在之后的连接中把这些字节放入 Initial 包。因此，NEW_TOKEN 是面向未来连接的凭据。Retry 不同：它用于当前连接尝试，不能带到之后的连接中。NEW_TOKEN 可以在一段时间后仍然有效，但要受适用范围和过期规则约束。

令牌格式和验证策略由服务器控制。服务器应能检查令牌完整性、签发服务器的权威关系、QUIC 版本范围、过期状态以及源 IP 是否发生变化。RFC 9000 没有规定统一的令牌寿命、复用率或身份置信度。令牌可以携带签发时间，也可以由签发时间推导过期时间。客户端通常应选择适用且尚未使用的令牌，不应在不同连接尝试之间重复使用同一令牌。

这类证据始终有边界。NAT 可让多个主机共享一个地址；地址可能被重新分配；设备也可能更换网络。令牌能够让服务器把签发连接与之后的使用联系起来，网络路径上的观察者也可能通过复用获得可关联性。希望切断连续性的客户端可以丢弃 NEW_TOKEN。更重要的是，地址验证令牌没有集成进密码学握手。验证令牌不能认证握手对端，也不能证明账户连续性、设备身份、应用授权或业务成功。

如果 IP 地址发生变化，即使令牌影响了服务器不发送 Retry 的决定，服务器仍须遵守反放大限制。有效令牌并不会取消传输层安全边界。令牌无效时，通常应把客户端视为未验证，并可根据策略发送 Retry，而不是把无效解释成身份失败或直接丢弃连接。令牌完整性必须防止猜测、修改和伪造；重放也必须被阻止或限制。NEW_TOKEN 的有效期需要长于 Retry，但不应被多次接受；条件允许时应鼓励一次性使用。

QUIC 上的 DNS 提供了一个隐私方面的运营例子。与 IP 绑定的令牌可能省去一次往返，但客户端未察觉的地址变化也可能造成关联。会话恢复可以缓解问题，却不能消除问题。合理做法是获取传输层面的延迟收益，同时只记录有限的地址验证证据。

证据账本应独立保存：令牌签发者与服务器权威；令牌类型；签发和过期时间；QUIC 版本；令牌标识或隐私安全摘要；源 IP 是否匹配；首次使用或复用决定；地址验证结果；反放大状态；Retry 决定；握手认证结果；应用账户或设备身份；授权；请求或交易结果；隐私保留策略。隐私安全摘要和保留期限是运营控制，不是 QUIC 的协议要求。

还必须与五个相邻维度保持分离：Retry 完整性讨论立即使用的包；三倍规则讨论验证前的发送上限；连接 ID 是路由句柄；0-RTT 讨论可重放的应用数据和提交语义；DNS Cookie 属于另一种协议的返回路径证据。它们都不能扩大 NEW_TOKEN 的含义。