Strategic Circle 专属简报
加入后登录，即可解锁战略简报。
加入战略圈层治理/IETF
IETF
IETF 制定每张网络都在运行的协议。我们追踪草案、工作组之争和最终发布的标准，在它们进入生产环境之前讲清对运营者的影响。
全球协议治理互操作性风险
最新报道
IETF最新动态
1,656 篇文章
IETF
代理任务带着政策标签过境，合同却只认签约的两家公司
一家公司把任务交给另一家的代理，可以附上一枚很短的标签：这项工作按双方约定留在某个处理区域，或按某个优先级排队。标签适合机器传送，合同却有具体的签约方。任务继续转交时，代码仍在，解释代码的那份约定未必在场。IETF 收录的一份个人草案把这个常被营销图省略的边界写得很清楚。买方真正要问的是：谁记录了接收方怎样执行这条约定？
IETF
两个程序长得一模一样，谁有资格领那张长期通行证？
机密计算可以量出程序正在运行什么，却未必能分辨同一镜像启动的两个副本。10 月 28 日的一份 IETF 个人草案把这个难题摆到 TLS 门口：是凭当次密钥认人，还是由证书给工作负载一个换钥后仍认得出的名字？
IETF
SFrame 新密码套件已进 IANA 表，RFC 的书脊还没印好
一张登记表能先于正式文件抵达工程师的屏幕。IANA 的 SFrame 密码套件表已经摆出三个新编号、五列密钥和标签尺寸，以及三枚醒目的推荐标记；定义它们的文件仍在 RFC 编辑队列。前者给实现者一份可核对的参数清单，后者负责完整的标准文本。真正让加密媒体跑起来的应用，还得决定选哪一行、在哪种场景使用。
IETF
VPN 的号码可以相同，路由进口的钥匙不能复制
一条 BGP 路由需要表明自己与某个 VPN 有关，却只应送达该 VPN 的部分边缘路由器。给它贴上整个 VPN 共用的 Route Target，可能把关系标签变成分发和导入指令。IETF 10 月 28 日更新的草案提供另一种牌子：保留原 Route Target 的管理者数值，换掉子类型。数字让人认出它从哪来；子类型让接收方知道，这张牌子本身没有开门权。
IETF
号码可以留给后人，改动的签字权不能留在旧邮箱里
一项协议参数写进 IANA 登记表时，往往比起草它的人活得更久。几年后，参考文件要换、说明要改、联系人已离职。表格还在，谁能批准那一笔改动却可能要从旧邮件里考古。IETF 一份 10 月 26 日更新的草案，准备把“变更控制者”这一栏更系统地放进登记表。难题并不在添栏，而在给旧记录找出能负责签字的人。
IETF
两把密钥撞进同一个 IPv6 /64，地址认谁？
10 月 27 日的一份 IETF 个人草案，想让工作负载的 IPv6 子网从公钥导出。但在 `/48` 聚合下，参与导出的子网位只有 16 位。草案承认另一把密钥约试 `2^16` 次就可能撞上相同 `/64`。地址可以校验记录，谁先获得这个子网仍由运营方的准入账本决定。
IETF
RFC 修改放进了 PR，作者点头还在邮件里：五份名额试验怎样对准同一份文件
RFC 出版中心试着把最终校订搬进 GitHub：编辑在拉取请求里展示修改，作者逐行审看。9 月 30 日发出的官方月报说，队列中已有 31 份文件的作者同意参加，而试点每月只接五份。改动可以看得更清楚，最终批准仍靠邮件，批准后的源文件还要复制回出版系统。三处各留一份凭据，问题就落在“它们说的是不是同一个版本”。
IETF
智能体走了快通道，用户的同意留在一张旧名单上
10 月 27 日的一份 IETF 个人草案提出：个人设备上的智能体访问第三方服务时，可以由 Agent Authorization Center 按预设名单自动放行。服务方收到的令牌可能有效，却未必写明这次是人点头，还是名单替人作答。
IETF
Oblivious CoAP 藏住发送者，代理仍能把请求寄两遍
28 日的一份 IETF 草案为小型设备设计了一条隐身通道：目的端看得到请求，看不到是哪台设备发来。中途代理看不到加密内容，却能重复转发同一封“信”。哪一次是重发、能否执行第二次，最后要由接收服务器判断。
IETF
摘掉智能体的 DNS 门牌，不等于关掉 OAuth 开关
一份十月提交的 IETF 草案想让接收方查清：来访智能体是否仍获其运营机构认可。DNS 记录指向 OAuth 客户端，授权服务器才负责签发凭证。删掉指路牌，新接收方可能反而不再索要凭证；停用客户端才能阻止新凭证，已签发的凭证还要等时限走完。
IETF
想找智能体帮忙？DAWN 先要你说出它的能力名
客户端知道要完成什么事，却不知道该搜哪一种能力。10 月 28 日的一份 IETF 草案把 DAWN 智能体发现的这个循环摆上桌面：先看服务清单才能选搜索词，先有搜索词才能看清单。几种出口分别把成本交给用户、目录或中介，也决定目标会泄露给谁。
IETF
RPKI 的新“推送”先按铃，数据却排在定时班车上
一份 10 月 28 日的 RTR 草案要让路由器更快拿到 RPKI 变更。它给紧急事件设计了新的通知包，真正装载更新对象的却是按协商间隔发送的另一种包。现行协议本来就能让缓存主动按铃；争点是铃响之后，数据何时通过路由器的序列号检查。
IETF
平台私信里的“官方客服”，谁给它发的工牌？
招聘网站的求职者在站内收到“官方客服”消息时，判断真假所需的账户资料都握在平台手里。10 月 27 日的一份个人草案挑出两处技术漏口：只做 Unicode 骨架全等比较，以及把含不可见字符的主机名当成已验证输入。平台若让普通账号戴上客服的工牌，受骗者首先看到的是平台自己的信箱。
IETF
TLS 密钥日程换了发动机，门外的认证器还拿着旧说明书
一张 TLS 套件清单写着 SHA-256，并不能替连接回答“密钥究竟怎么算”。10 月 27 日更新的 XOF 草案把这个分歧推进到握手后的身份认证：认证器若在 TLS 库之外运行，必须知道实际选中的 KDF，以及连接使用 TLS 还是 DTLS。只递给它导出的字节，等于把操作说明留在隔壁房间。
IETF
邮件删了，恢复抽屉的第一道锁还认昨天的权限
一份新的 JMAP 草案要让已经销毁的邮件可以找回来。共享账户里的恢复记录先查删除那一刻谁有权阅读；真正清除或放回邮件，又要看另一套权限。两只钟之间，正是运营者必须作出的选择。
IETF
服务器想在你的设备里租个抽屉
新版 QUIC 提案让客户端替服务器保存网络记忆，下次连接时再交回。真正该问的是：抽屉认谁作主人，点击“清除 Cookie”时又由谁清空。
IETF
公司只准投一票，那就查查谁替它举手
一份 AI 代理身份治理草案把披露范围从子公司名单推进了一步：会员的票由谁出钱、由谁指挥，也要交代。
IETF
编号有到期日，RFC 的纸页不会自动换
IETF 一份新草案要求作者把临时分配的协议编号留在已出版 RFC 之外。登记表可以更新，写进正式文本的数字却会跟着读者走很多年。
IETF
两本账都亮绿灯，一张账单却超了50英镑
人签下 200 英镑总额，两个独立账本各花 125 英镑仍可分别通过核验。最后的 250 英镑账单揭开了共同余额的空位。
IETF
换宽带送来 /56，原来的 /48 网络图谁来重画？
运营商把 IPv6 前缀大小写进套餐，小企业却把它写进机房、访客网和设备的地址规划。换一家供应商，两张图可能对不上。
会员解锁
受限档案情报
登录后即可解锁完整档案简报和深度专题。
Leadership Alliance 简报
面向 IP 资产所有者和管理团队：联盟简报、私密报告与分析师直接支持。
加入 Leadership Alliance