Strategic Circle 专属简报
加入后登录，即可解锁战略简报。
加入战略圈层治理/IETF
IETF
IETF 制定每张网络都在运行的协议。我们追踪草案、工作组之争和最终发布的标准，在它们进入生产环境之前讲清对运营者的影响。
全球协议治理互操作性风险
最新报道
IETF最新动态
1,656 篇文章
IETF
引导程序独占整机，固件更新却要抢资源
后量子签名在开机时也许很轻松；双镜像设备一边运行一边验新固件时，处理器、内存和电量都有别的主人。IETF 的 PQUIP 草案把采购中常被省略的这段时间摆上了桌面。
IETF
注册局给转移发了网址，域名却还没搬家
新注册商提出接管域名，服务器回了一个 `201 Created`，附上一条网址。被创建的可能只是“转移流程”，不是已经改好的注册商归属。IETF 的 RPP 草案把发起、当前注册商的决定、事后通知和通知确认拆成不同记录。若用户界面见到第一个成功码就写“转移完成”，那只是网页比域名跑得快。
IETF
一条移动会话压过整段 VPN 路由，规则却分写在两份草案里
IETF 新版 MUP 架构让单条移动会话变成更精确的路由，示例中它能优先于一般 VPN 路径。11 月修订明确由 DMM 草案规定路由行为，BGP 的编码交给 BESS 草案。哪家运营商的网络最终接住这条会话，还取决于路由导入边界。
IETF
一条通知发给所有人，服务器靠抽签数听众
CoAP 服务器可以用一条组播通知替代几十条单独发送的消息。网络省了流量，服务器也失去了逐个点名的机会。IETF 一份新修订草案让一部分听众随机回话，再据此估算还有多少人留在群里。草案的算例中，服务器原先估计 32 人，抽样后记成 16 人，实际仍有 18 人。把这个数当容量参考可以，把它当交付证明就会出错。
IETF
十一种 MLS 后量子套件，八种还拿传统签名当门锁
IETF 的群组消息草案列出十一种新密码套件。八种用 ML-KEM 或混合密钥封装保护保密性，却仍由 Ed25519、ECDSA 签署群组操作；另三种把签名也换成 ML-DSA。11 月修订版把传统签名被伪造时的后果，以及 ML-DSA 上线时每一段字节该怎么放，写得更具体。
IETF
文件加了密，下载却留下了访客名单
跨服务群聊里的附件与消息分开传送。照片已经加密，收件人仍须去取。IETF 的 MIMI 草案给下载安排了三条路线，每条都让不同的服务商看见请求的一部分。hub 代理能挡住文件服务器看到读者地址，却仍可能让接收方服务商把下载链接与用户、群聊对应起来。决定隐私边界的是取文件的路。
IETF
CNAME 已搬家，旧服务商还握着钥匙
网站把 DNS 别名指向新服务商，新建立的连接已经走了新路。IETF 一份 HTTP 草案却给“离开旧服务商”添了一道手续：旧服务商仍可能在为其他网站保持的连接上出示该网站的证书。持有私钥的证明与网站所有者今天选定的服务路径，可以在同一条连接里分开。
IETF
三台路径控制器各看一张地图，IETF 把状态同步改列为实验
IETF 最新版 PCE 状态同步草案把预期状态从 Standards Track 改成 Experimental。难点不在“能不能互通”这句口号，而在第三台控制器出现后：一条同步会话断开，各台设备对谁还在线可能给出不同答案。草案也承认，目前没有已知实现。
IETF
设备按时查 DNS，钟声替它报了型号
一台摄像头每隔固定时间查询管理域名。厂商把这叫稳定的健康检查，旁观者却能从查询节拍猜测设备型号或固件版本。IETF 的物联网 DNS 草案要求厂商认真对待记录的 TTL、必要复查的时间间隔和失败后的退避。准时并不等于安静。
IETF
两支证书团队争一个 DNS 别名，IETF 要给账户各开一扇门
同一域名可以同时跑在两套云上，签发证书却可能卡在同一个 DNS 验证别名。IETF 的 `dns-account-01` 草案按 ACME 账户拆开这道门。新自由有一笔账：账户 URL 的每个字符都可能变成预置 DNS 记录的依赖。
IETF
电话先接通，冒领号码的证书还在等人查
一通来电带着签名证书，证书里还有公开日志的签收凭据。验证服务可以当场检查，电话不必等日志回答。可若另一张证书也宣称拥有同一个号码，发现冲突的人在另一条工作线上：他得巡查日志、对照号码清单，再推动真正能撤销凭据的机构行动。
IETF
传感器醒来，代理只记得最新读数；消失的一小时谁来作证
断线的终端重新接上 CoAP 代理，拿到正常读数。若温度曾在断线期间冲高又回落，这个“正常”是代理收到的最新记录，却不是事故经过。IETF 的发布订阅草案把最新值交给代理，把缺失的历史留给另一个尚未约定的系统。
IETF
公司买下了，设备防火墙还认旧网址
收购方可以换商标、换机房、换域名，卖出去的设备却仍向旧地址索取联网规则。IETF 一份新草案把这件小事写成一道权力交接题：新文件须沿着旧文件的签名链取得信任，服务器的 301 跳转不能替设备签字。
IETF
DNSSEC 也许只需一份签名。解析器私自关掉算法，安全状态谁买单？
IETF 草案想让多算法 DNS 区域在特定条件下只提供一条普遍可验证的签名路径。签名者得以分头迁移；本地停用“人人应支持”的算法的解析器，则必须把该区域判为不安全，并承担这个选择。
IETF
NAT64 要给私有 IPv4 开门：门禁名单由谁签字？
IETF 草案准备允许 `64:ff9b::/96` 通往内部 IPv4 地址。IPv6 单栈终端会因此少绕一条路；运营者也将失去一条替自己自动拒绝流量的旧标准禁令。
IETF
网络代理拿到开关，谁拿到操作回执？
一份研究草案给自动改网的 AI 代理添了四道约束。真正难办的不是让人点一次批准，而是事后能否说清：人提出了什么要求，机器装上了哪条规则，网络又发生了什么。
IETF
NAT64 知名前缀拟放行私有地址，先亮出网关默认动作
一条原本写死的丢包规则，可能改成运营方自己配置的门。IETF 新草案让私有 IPv4 地址穿过知名转换前缀；第 10 版新增建议，把网关默认会怎么做摆上台面。
IETF
HPKE 新路径获准发布，证明还停在双阶段
IESG 批准了容纳单阶段密钥派生的 HPKE 后继规范。批准文本同时把这条路径尚缺的形式化论证写在明处。
IETF
EST 服务器递得了材料，盖不了发证的章
11 月 2 日的一份远程证明草案，给工作负载领取新凭证和取回旧凭证各设一条路。EST 负责把材料送到，核验和授权则留给明确的决策者。
IETF
AI 代理说“你已同意”。新草案要看按钮背后的签名
一份 11 月 2 日的个人互联网草案把确认权从对话里拿出来：代理可以提出付款、删档或委托操作，独立的确认组件必须向用户展示关键参数，收集决定，再把这次决定签给真正执行操作的系统。
会员解锁
受限档案情报
登录后即可解锁完整档案简报和深度专题。
Leadership Alliance 简报
面向 IP 资产所有者和管理团队：联盟简报、私密报告与分析师直接支持。
加入 Leadership Alliance