跳转到主要内容

主要领域

DNS

在 主要领域 分类下,DNS 按主要领域组织行业情报,帮助读者聚焦互联网基础设施、治理、连接市场或数字资本等方向。页面汇集了相关文章、公开证据、机构、公司、人物、区域关联、运营依赖和市场环境,这些内容可能分散在多个分类页面中。页面解释了该领域、可能的行为主体类型、市场或治理背景,以及读者比较信号时应使用的参考来源。运营商、分析师和治理领域的读者可以观察同一领域如何在事件、档案、市场变化、公开来源证据、区域依赖和更长周期的基础设施决策中随时间显现。

密钥已被看见,但还不能信任

案例档案

密钥已被看见,但还不能信任

一条自签名 DNS 更新抵达父区,带来一把新钥匙,同时要求删掉旧钥匙。它能证明发送者持有新私钥,却不能证明发送者有权改变子域委派。DNSOP 最后征求意见的截止日来到 9 月 7 日,这个从“已知”到“可信”的跃迁,才是草案里真正的权力开关。

2026年9月7日
域名末尾的点消失后,信任边界换了位置

案例档案

域名末尾的点消失后,信任边界换了位置

`example.co.uk` 与 `example.co.uk.` 可以落到同一个 DNS 节点,却未必会被应用的安全组件视为同一把钥匙。DNSOP 工作组最后征求意见于 9 月 7 日截止;curl 在 2026 年披露的一项漏洞,则把“名称需要规范化”从抽象提醒变成了一个有先后顺序的控制问题:究竟是在判断权限之前去掉末尾点,还是在秘密已经越界之后才把日志写得整齐。

2026年9月6日
QNAME 最小化是一份查询序列约束,而不是隐私开关

IETF

QNAME 最小化是一份查询序列约束,而不是隐私开关

递归解析器即使显示“QNAME 最小化已启用”,不同查询向上游暴露的名称、成本和故障形态仍可能完全不同。真正可验证的对象不是一个布尔设置,而是由委派知识、缓存状态和否定响应证据共同产生的有界查询序列。

2026年9月4日
DNS 收到了提示,但父区仍须作出决定:RFC 9859 的委派边界

案例档案

DNS 收到了提示,但父区仍须作出决定:RFC 9859 的委派边界

RFC 9859 能把委派维护的检查提前;它不能把一条 DNS 通知变成父区的决定,也不能把一条响应变成 DS 已发布的证据。

2026年9月1日