行业情报
最新文章
关于基础设施运营商、政策决策、市场动向与数字权力转移的最新情报。
互联网历史
回车之后必须再说一句：Telnet 如何用空字节结束歧义
网络收到 `CR` 时，真正的问题不是“这是什么字符”，而是“这项动作说完了吗”。如果下一字节是 `LF`，打印位置要去下一行左端；如果下一字节是 `NUL`，它只回到本行左端。Telnet 把无法从单个回车判断的意图，交给紧随其后的一个字节裁决。
案例档案
票据还在，会话已不在：TLS 1.3 恢复状态的权限边界
区域切换后，新节点接受了一张六小时前签发的 TLS 1.3 会话票据。密码学验证没有出错：客户端持有对应的恢复 PSK，binder 也覆盖了这次新握手。问题在于，用户的管理权限早已被撤销。系统恢复了旧判断，却没有证明那个判断此刻仍然成立。
案例档案
记录更长，不等于消息更长：TLS 1.3 填充与可见长度的证据边界
取证表里有两个数字：第一条密文记录比第二条多 512 字节。报告把差额直接算进请求正文，并据此认定用户执行了某项操作。抓包没有错，推论却跨错了层。发送端正把 TLS 1.3 记录补齐到固定边界，有时还发送正文为空的应用数据记录。线上可见的是密文长度，不是填充前的应用消息长度。
互联网历史
服务器在连接中途换了工作：NNTP 如何把角色变化变成明确信号
客户端连上同一个 119 端口，起初看见的是服务器间传递文章的能力；发送 `MODE READER` 后，连接没有断，能力表却换成了供人阅读新闻的工具。NNTP 用一次可观察的状态转换说明：地址没变，不等于权限没变。
案例档案
第一次问候被退回，却没有被抹去：TLS HelloRetryRequest 与协商记录的权威
故障分析拿到的抓包从第二个 ClientHello 才开始。里面只有一个密钥份额，服务端接受了它，握手也顺利结束。若把这段记录单独阅读，很容易断言客户端一开始就选择了这个群组。事实恰好相反：第一次问候曾作出另一种预测，而 TLS 特意把它的哈希带进后续记录，使一次纠偏不能变成对历史的重写。
互联网历史
撤回也要作为新闻传播：Usenet 如何把取消留给每个站点决定
同一篇 cancel 控制文章抵达三个新闻服务器：第一个已经存有目标文章，于是停止提供；第二个不认可请求者的权限，原文照常可读；第三个还没见过原文，只能先记住它的 Message-ID，等迟到的副本出现时再拒收。Usenet 传递的是撤回请求，不是全网删除命令。
案例档案
协商要的是证书，代码却放行了密钥：TLS 裸公钥与验证权边界
裸公钥并不是“少了几段的证书”，而是 TLS 明确定义的另一种认证形态。真正危险的不是使用它，而是在双方没有选择它时让它改写验证规则。wolfSSL 在 2026 年修复的高危缺陷，正好留下了一份运行代码证据：一枚格式正确的密钥，也可能从错误的门进入信任系统。
NPNOG
加德满都共同技术周：体验一致，责任分层
<!-- BTW:SLUG:yi-zhou-liang-ge-ji-gou-liang-ge-jie-shu-npnog-sanog-38 -->
互联网历史
等待告别的删除：POP3 如何把标记与不可逆移除分开
客户端收到 `+OK message 4 deleted`，却在发出 `QUIT` 前断线。下一次登录时，第 4 封邮件仍在。服务器没有反悔：上一句只确认了本次会话里的可撤销删除标记，真正移除必须等到客户端主动把会话推进 UPDATE。
案例档案
证明在连接开始后才到达，但它不能改写过去：TLS Exported Authenticator 与应用权限
14:03，一份有效的证书证明进入了一条已承载数百次操作的连接。系统随即提升所有并发流，还把此前五分钟的工作改记在新身份名下。密码学验证没有错，授权历史却被写错了。RFC 9261 能把新增身份的私钥持有证明绑定到既有连接，却不会替应用决定生效时刻、目标流和权限范围。
IETF
过期的Internet-Draft并不等于被IETF否决
一份技术尽调清单把文档状态压缩成了两个词：`Expired`，IETF 否决。复核人找不到否决通知，也找不到工作组采用征集、共识判断、Last Call、IESG 处置或作出决定的人。系统只是看见了日期，却替一个机构写下了结论。
ICANN
邮箱可达不等于权属成立：ICANN 注册数据准确性规则区分的四层证据
ICANN 的注册数据规则可以检查字段格式，也可以确认是否有人回应邮件或电话。这些控制很重要，但它们既不能自动证明谁实际控制注册商账户，更不能裁定哪一个人或公司对域名拥有更优的法律权利。
互联网历史
等待许可的字节：IMAP 如何用一次往返换来一条资源边界
客户端已经把长度写在行尾：`{11}`。接下来有多少数据，双方都知道；TCP 连接也没有停。可那 11 个八位组仍不能发送。服务器必须先回一个 `+`。这不是多余的礼节，而是接收方在付出解析、内存或存储成本之前最后一次便宜的拒绝机会。LITERAL+ 省掉了这次往返，也把“拒绝已经上路的数据怎么办”留给了后来者。
案例档案
证书尚未通过验证，内存请求却必须先被裁决：TLS 证书压缩的信任前边界
一个只有两千字节的握手消息，声称解压后要占用十二兆字节。此时接收方还看不到证书名称、签名与信任链，却已经要决定是否为这个未经认证的请求分配内存和计算时间。RFC 8879 可以减少线上字节，但不能替对端决定本地资源预算，更不能把解压成功当成身份成立。
互联网历史
检查点不是字节数：FTP 如何学会续传一个文件
早期 FTP 的续传证据长得像一道等式：`110 MARK ssss = rrrr`。可等号两边并不是同一种数。`ssss` 属于发送端，`rrrr` 属于接收端；它们分别描述各自系统能够恢复的位置，只在同一个已落稳的传输边界相遇。文件还在数据连接上前进，这条答复已从控制连接返回。续传从一开始就不是“记住下载到百分之几”，而是让两个不同系统各自保管能够兑现的状态。
IETF
RFC中的MUST若没有主体，就不是审计结论
一张安全检查表上只有三项：RFC 编号、`MUST`、不符合。红色结论看起来不容争辩，可复核人追问“谁必须做什么”时，表格却没有答案。它没有写明要求针对发送方还是接收方，没有保存触发条件，也没有说明被测产品声称支持哪个一致性范围。大写字母被正确抄下了，审计命题却尚未成立。
案例档案
边缘拿到了密钥，却没有拿到证书：TLS 委托凭据的短期权限边界
凌晨两点，一把只能使用数小时的私钥被部署到边缘。它足以代表证书持有者完成一类 TLS 1.3 握手，却不能续签证书、生成下一份有效委托，也不能让应用接受一笔交易。真正转移的是一段可到期的执行权限，不是身份所有权。
IETF
“最新收到”不等于“全部发生过”：Observe 之外仍要有人为缺口负责
一个压力传感器在拥塞期间先越过告警线，几秒后又恢复正常。CoAP 客户端只收到恢复后的表示。就“现在是多少”而言，它可能已经收敛；就“期间是否发生过危险”而言，它没有证据。RFC 7641 从未把两者混为一谈。它提供的是尽力而为的当前状态观察，并明确允许跳过任意数量的中间状态。真正危险的不是协议压缩了历史，而是自动化系统把被压缩的历史包装成完整审计。
互联网历史
一行空白列出了所有人：Finger 如何把人的在场变成网络答复
连上 79 端口，只发送回车与换行。1977 年的 NAME/FINGER 会把这行“什么也没写”的请求理解成一个完整问题：此刻谁在使用这台远程主机？答案可能不止是登录名，还包括真人姓名、终端位置、空闲时长，以及用户留给陌生查询者的一段计划。后来标准真正收紧的不是报文长度，而是回答者的权力边界。
ICANN
数据已经托管，注册商却没有在运营
把一份合格的注册商数据托管文件逐列打开，会看到域名、到期日、注册商 IANA ID，以及注册人的姓名、地址、电话和电邮。再沿着一次真实的客户求助逐项询问：谁能登录账户，谁保存付款记录，谁能回答工单，谁托管网站，谁运行邮箱？这些问题不会在表格中找到完整答案。