IETF 100 期间，6man 工作组讨论了如何利用 IPv6 几乎无限的本地地址空间。Fernando Gont 提出扩展 sockets API，支持一次性、单用途的临时地址，以解决隐私地址在 NTP 等场景下泄露导致的主机暴露风险。该提案尚未被采纳，但直指 IPv6 地址使用方式的核心问题。
**本地地址侧的现状与建议**
区域互联网注册机构通常不干预 IPv6 地址的“右半部分”——即主机自选的本地接口标识，但会给出分配建议。原文指出，建议家庭用户至少获得 /56 前缀，可划分出 255 个 /64 子网；强烈不建议在蜂窝网分配 /128，因这会取消隐私地址的全部优势。主机与路由器之间对地址变更与通告存在默契，但现有机制未覆盖“一次性、不被现有服务绑定”的诉求。
**隐私地址泄露的实际风险**
当主机使用隐私地址访问 NTP 服务，若遭遇恶意 NTP 服务器，该地址可能被记录并关联到主机的其他开放端口：HTTP 服务、打印端口、登录接口，甚至成为 DDoS 攻击目标。原文强调，现有 sockets API 中 in6addr_any 绑定方式会导致所有临时地址均响应入向报文，难以在协议栈层面阻断此类关联。
**API 扩展提案的核心思路**
Gont 的构想是在 sockets API 增加标志位，标记地址仅用于单次通信、特定用途，或禁止绑定到现有监听服务。这属于早期探讨阶段，原文未给出具体数据或实现细节，但指出问题可能被提交到了错误的工作组，后续推进路径尚不明确。
对网络工程师而言，这揭示了 IPv6 本地地址规划与应用层绑定行为的深层矛盾。部署时需权衡前缀长度与隐私扩展的启用策略，同时关注上游协议栈对临时地址隔离能力的演进，未来 API 变更或将提供更细粒度的地址生命周期控制。
原文: APNIC Blog（2017-11-16）｜编译自 APNIC Blog，事实以原文为准。
来源：APNIC Blog