摘要

  • RFC 8981 通过定期更换随机化的 IPv6 接口标识符，缩短同一地址反复出现时可被轻易关联的时间窗口。
  • 该机制不会隐藏网络前缀，也无法阻止利用报文大小、时序、DNS、Cookie、账户或其他稳定标识进行关联。
  • 位于链路上的观察者，包括默认路由器，仍能看到同一主机使用的多个地址。
  • 因此，隐私结论需要覆盖地址、前缀、观察位置、传输层和应用层，而不能只依据一个功能开关。

设想一台笔记本电脑在夜间获得了新的临时 IPv6 地址。资产面板显示两个不同的接口标识符，清单也确认隐私扩展已启用。然而，两个地址都在同一个只有少量设备的 /64 下，以相同节奏访问相同服务，并恢复相同的登录会话。地址变了，可用于关联的线索几乎没变。

这是一个假设场景，不针对任何具体网络。它揭示的错误很明确：地址轮换是范围有限的隐私控制，不是匿名证书。

临时地址真正改变了什么

RFC 8981 扩展了无状态地址自动配置，使主机能够针对每个符合条件的通告前缀生成带随机接口标识符的临时地址，并随时间更换。直接收益很具体：观察者能够凭“完全相同的地址”轻易连接多次通信的期限缩短了。

这个收益并非无关紧要。长期地址会成为对端日志中的持久句柄，也可能在主动通信暴露后持续成为目标。轮换同时缩短了这两个窗口。

但稳定地址与临时地址可以共存，应用也可能影响源地址选择。系统显示“已启用”并不能证明某个应用确实选择了临时地址，不能证明所有流量都已离开旧地址，更不能证明相关日志已经到期。

哪些线索仍然可见

标准明确写出了边界。临时地址无法阻止路径上的观察者通过未加密内容、报文大小或时序进行关联，也无法阻止链路上的观察者——例如默认路由器——把一台主机的所有地址归到一起。

网络前缀往往保持稳定，持续暴露相同的拓扑群组。如果家庭或企业的 /64 中只有一两台活跃主机，仅更换接口标识符形成的匿名集合就非常小。

DNS 名称、浏览器 Cookie、已登录账户、传输恢复令牌或独特的活动节奏也能跨越地址轮换。RFC 7721 是按不同威胁和取舍评估地址生成机制，而不是把其中任何一种机制描述为通用的反追踪方案。

证明有限而真实的收益

运营者应检查真实路径：主机配置了哪些稳定与临时地址，各自的首选期和有效期多长，每个应用实际选择了哪个源地址，前缀是否变化，以及退役地址何时真正停止承载流量。随后还要从每个相关观察位置检查哪些信号仍可连接。

这样的测试可以支持一个有限结论：经过测量的时间后，基于同一地址复用的直接关联变难了。若未独立评估其余关联渠道，就不能把结论升级为“匿名”。