IETF 99 DNSOP 工作组会议聚焦 DNS 安全与隐私，讨论了三份 EDNS0 相关草案：服务端错误响应码、客户端能力信令与客户端身份标识。核心矛盾在于如何在保留运维可视性的同时避免泄露个人可识别信息。
EDNS0 错误响应码与客户端能力信令
会议重点推进两份草案。EDNS0 错误响应码旨在让权威服务器或递归解析器在返回拒绝时，携带更细粒度的原因码，便于诊断 DNSSEC 验证失败、策略拦截等场景。EDNS0 客户端信令则允许发起查询的解析器或终端在请求中声明自身支持的特性，例如 DNSSEC 验证能力、EDNS0 选项集合、TCP 回退行为等。作者与 Shane Kerr 早年曾构想该机制，因工程投入未成文；2017 年根区 KSK 滚换临近，运营方需知晓解析链路各环节的实际能力，两份草案因此获得原则通过倾向，进入工作组最后呼吁流程。
客户端身份标识的隐私风险与取舍
第三份草案记录已部署的 EDNS0 Client Identity 代码，现用于 CDN 调度、企业策略分发、家庭内容过滤等场景。该选项在查询中携带设备或用户标识，构成直接的个人可识别信息（PII）泄露面。与会者面临两难：采纳文档将现有预标准行为纳入规范，仍保留隐患；弃用并推动不透明的隐私模型，则可能破坏现网业务逻辑。作者主张提交更广泛的社区评审，认为 DNS 作为几乎所有上层协议的基础查找层，其隐私边界决策不应仅由 DNSOP 内部完成。
社区评审与 DNS 基础设施定位
讨论回到 DNS 在协议栈中的地位：它位于 TCP、UDP、IP 之上，承载“寻找服务”的原语功能。任何在查询路径上引入的标识字段，都会被中间设备、日志系统、威胁情报平台持久化保存。Tim Coote 在评论中指出，Client-id 绑定硬件而非软件实体，会导致安全主体与计算节点身份混淆，造成企业级乃至互联网规模的安全管理碎片化。这进一步佐证了在标准化前必须完成隐私影响评估的必要性。
对网络工程师而言，三份草案的走向直接决定递归解析器配置、权威服务器响应策略与日志审计范围。若错误码与能力信令标准化，排障将获得结构化依据；若客户端身份被规范或弃用，现有 CDN 与内容过滤部署需提前规划迁移路径。持续跟踪 DNSOP 邮件列表与工作组最后呼吁结果，是近期运维规划的必选动作。
原文: APNIC Blog（2017-07-24）｜编译自 APNIC Blog，事实以原文为准。
来源：APNIC Blog