跳转到主要内容

主题

软件生命周期与供应商锁定

在主题维度下,软件生命周期与供应商锁定主题情报把围绕同一具体议题、信号焦点或监测主题的 BTW.MEDIA 文章串联起来。页面为读者提供更完整的阅读路径,涵盖相关报道、证据来源、市场参与者和基础设施影响,并给出足够背景,帮助理解该主题为何在公司动态、治理决策、区域影响和运营风险中值得关注。读者可以比较反复出现的信号、受影响组织、公开证据、市场背景、服务连续性、采购、竞争、合规和战略规划等问题,而不是只看一份单薄的相关文章列表。页面还会说明该主题涵盖什么、涉及哪些基础设施参与方或政策、有哪些证据支撑报道,以及该主题对运营商、客户、投资者和关注政策的读者为何重要。

复合签名全部通过,封套却写着另一种算法

IETF

复合签名全部通过,封套却写着另一种算法

Composite ML-DSA 把后量子签名与传统签名合成一个验证结果。它的 CMS 规范却提醒运营者:只看两项密码学运算通过,还不足以证明外层摘要、签名标识与实际签入的字节彼此一致。

2026年10月2日
第三方看见了差异,却没有因此取得裁决权

IETF

第三方看见了差异,却没有因此取得裁决权

一项新的 SCITT 实验性提案试图把“主体声称了什么”与“独立观察者实际读到了什么”固定在同一份可验证记录中。它最值得保留的并非哈希算法,而是主动拒绝把测量结果写成准入、拒绝或执法命令。

2026年10月2日
帧尾标记可能随最后一个包一起丢失:RFC 3189

互联网历史

帧尾标记可能随最后一个包一起丢失:RFC 3189

播放器最想知道的,是“这一帧收完了”。RFC 3189 把这个提示放在最后一个 RTP 包的 M 位里,却马上划出边界:最后一个包恰恰可能丢失。标记能减少等待,却不能裁定帧边界;真正让接收端进入下一帧的,是 90 kHz 时间戳发生变化。

2026年10月2日
最终过滤器完全正确,更新过程仍可能放出一条路由

IETF

最终过滤器完全正确,更新过程仍可能放出一条路由

IETF GROW 草案第 03 版把 BGP 安全从静态配置问题改写成事务问题:路由器可以在更新前后都执行正确政策,却在两条命令之间短暂执行另一套政策。

2026年10月2日
省掉设备翻译层,不等于省掉执行授权

IETF

省掉设备翻译层,不等于省掉执行授权

CORECONF-M2M 希望用 YANG、SID 与 MCP 把受限设备变成 AI agent 可以理解和调用的工具。这条直达路径能够减少逐设备适配,却不能把“看懂控制项”“有权发出命令”和“物理世界已经改变”压成同一个事实。

2026年10月2日
密钥已经更换,同一实例仍要靠一部连续性账本

IETF

密钥已经更换,同一实例仍要靠一部连续性账本

新的 OAuth 草案试图让一个客户端实例在换钥后仍被识别为原来的实例。真正承载连续性的并不是那串 ID,而是 attester 保存的注册记录、生命周期判断和密钥交接证据。

2026年10月2日
证据链证明有时钟出错,却没有指出是哪一台

IETF

证据链证明有时钟出错,却没有指出是哪一台

Roughtime 把相互冲突的签名时间封装成可复核证据,但没有让密码学越权替人作出归责与撤信决定。

2026年10月2日
ICV 验证通过,路径记录仍可能失真

IETF

ICV 验证通过,路径记录仍可能失真

IOAM 的累积完整性链可以证明:在特定密钥、身份映射和重放状态下,声明受保护的字段没有被检测到篡改。它不能证明所有应出现的记录都已到达,也不能把参与节点、验证器或后续决策变成天然可信的事实。

2026年10月2日
无人报告进度,任务为何看起来已经完成?

IETF

无人报告进度,任务为何看起来已经完成?

参与者名单里没有一条进度报告时,系统应当保存“尚无证据”,而不是把空白列变成绿色的完成状态。

2026年10月2日
控制器报告双向完成,网络却尚未证明无损调整

IETF

控制器报告双向完成,网络却尚未证明无损调整

细粒度光传送网可以在业务运行时改变低速专线的带宽,但多域协调器收到的绿色完成状态,只是一个控制器对流程的结论。两个方向、各个域、工作与保护路径、时隙资源以及客户流量,仍有各自不能被代写的事实。

2026年10月2日
ACME 订单写下了 Profile,证书仍须拿出自己的证明

IETF

ACME 订单写下了 Profile,证书仍须拿出自己的证明

ACME Profiles 把证书策略选择从含混的 CSR 扩展搬进了明确的订单字段。这是一次有价值的减法,但不是一张合规通行证:账户资格、域名控制、证书字段、上线状态与依赖方接受,仍是彼此独立的事实。

2026年10月2日
`at://` 能用,但现有语法还拿不到永久登记

IETF

`at://` 能用,但现有语法还拿不到永久登记

一个标识符可以已经承载真实业务,同时仍不满足另一套问题:它能否进入通用 URI 语法并取得永久登记。

2026年10月2日
观众暂停了,接力节点仍可能继续取流

IETF

观众暂停了,接力节点仍可能继续取流

MOQT 第 22 版给“暂停”划定了一个刻意收窄的边界:停止向这条订阅发送对象。它没有承诺控制状态、上游取流或接力缓存也一并停下。

2026年10月2日
子令牌有效,整条授权链仍需证明它有权行动

IETF

子令牌有效,整条授权链仍需证明它有权行动

把每次转授权都送回中央服务器审批,会形成延迟与单点;让客户端自行签发子令牌,则必须保证任何一跳都只能收窄权限。真正的凭证不是最后一个 JWT,而是从可信根到本地执行点的完整证据链。

2026年10月1日
服务器不必看见明文,仍然控制凭证能否取得:RFC 3157

互联网历史

服务器不必看见明文,仍然控制凭证能否取得:RFC 3157

保险库看不懂信封里的文件,并不妨碍它决定物主何时能够取回信封。2001 年 8 月,RFC 3157 把这条界线带进了密码凭证的移动问题:私钥可以在服务器无法解密的状态下存放和传输,但服务器仍可决定它是否被列出、下载、替换或删除。秘密是否保密、对象是否可得、身份能否延续、后续行动是否成功,从一开始就是四项不同的证明。

2026年10月1日
制造商签了新信任根,交付它们的服务器仍未获认证

IETF

制造商签了新信任根,交付它们的服务器仍未获认证

设备可以在尚未识别运营服务器时,通过出厂信任锚接收一组制造商签名的 CA 证书。这条捷径只有在边界不被压扁时才成立:签名证明对象,属地策略决定是否改写信任库,新会话才验证服务器,后续注册与运行结果还要各自举证。

2026年10月1日
发送端看见丢包,却看不见原因:RFC 3155

互联网历史

发送端看见丢包,却看不见原因:RFC 3155

重复 ACK 不是事故报告。它告诉 TCP 发送端,接收端仍在等待某一段字节;它不会说明那段数据是在拥塞队列里被丢弃、在无线链路上损坏、被链路层重传拖晚,还是连确认报文本身也在返程途中消失。2001 年 8 月,RFC 3155 接受了这种认知边界:当原因不明时,TCP 仍要优先保护共享网络;更好的恢复机制可以少浪费时间,却不能把症状改写成诊断。

2026年10月1日
接收端愿意接收复用帧,发送端仍可选择不用:RFC 3153

互联网历史

接收端愿意接收复用帧,发送端仍可选择不用:RFC 3153

如果把 RFC 3153 只概括成“多个小包合成一个大包”,就会漏掉它最重要的权力边界。2001 年的这份标准先让接收端声明自己能拆解 PPP 复用帧,再允许发送端按本地队列与时机决定是否真的复用。协商成功只建立可解释性,不生成数据帧,也不生成性能收益。省下多少包头、增加多少等待,必须回到线上逐帧核算。

2026年10月1日
新反向树已经存在,旧反向树却尚未消失:RFC 3152

互联网历史

新反向树已经存在,旧反向树却尚未消失:RFC 3152

2001 年 8 月,互联网为 IPv6 反向解析选定了 `IP6.ARPA`,却没有假装一纸 RFC 能同时改写所有解析器。RFC 3152 请求完成上层委派,让下层结构跟随 IPv6 地址分配,并把 `IP6.INT` 判定为不适合新实现。旧树的退出仍要“有序”进行。标准决定、权威委派、区域注册管理机构、PTR 数据、缓存与应用结果因此各有自己的时钟。

2026年10月1日
映射系统并不知道目的地,却仍然返回了一个出口

IETF

映射系统并不知道目的地,却仍然返回了一个出口

一份新的 LISP 草案允许映射系统在目的地属于外部、未知或已知但未注册时,返回可用的 pETR 出口。这能减少静态配置,也会制造一种危险的错觉:下一跳已经选定,不等于终点已经被识别,更不等于外部路径已经验证。

2026年10月1日