北京
2026年7月27日，一位开发者发布了一套序列组合攻击套件，并将两个预测冻结在带日期的文件中，向外界发起挑战。由于无人报告成功绕过，开发者自行执行了此前冻结的实验。结果两个预测均被确认，而代价清单和无法突破的边界也随之浮出。
仓库提供了三个核心实验脚本：run_j（对应预测11）、run_k（预测10加拓扑律）以及run_l（引入两个观察者）。所有实验只使用标准库，不发起网络请求或调用模型。每个修复方案在扩大覆盖面的同时都收取相应的开销，这正是开发者强调的“成本”——覆盖范围的每一寸增长都标着价码，而且目前没有任何独立机构给出公开的评估记分卡。
run_j探究的问题更尖锐：当一项管理权限同时抹去发行者的视图，又抹去本应暴露分裂的见证者时，还剩下什么？这相当于把原本依赖的监督链连根拔起。run_l则试图通过第二个观察者来加固防线，结果只是把墙挪了挪位置——底层漏洞依然存在。开发者将这一现象命名为“第二个见证者只移动了墙”，因为它并没有真正补上管理权限被滥用的口子。
这种分裂视图和模棱两可的手法，与证书透明度领域研究多年的“发行者分叉”攻击同属一类。相关讨论可追溯到IETF一份已过期且未成为正式RFC的互联网草案，其中提出的SCT反馈、STH授粉、可信审计师关系三类gossip防御机制，被视作互补但非各自独立可依赖的方案。run_l正是受这一未完成工作启发而构建的小型可执行协调抽象，但它既不实现证书透明度，也不运行实际的gossip协议。
组合故障的历史根源则可上溯至1988年的“混淆代理人”问题——拥有高权限的中间件被诱导替无权者执行操作，而能力系统一直是经典对策。2026年6月的一份预印本划出了与本套件同样的界线：能力门控决定哪些工具可用，每次调用的授权判定则决定一个具体调用是否被许可。另一篇预印本则形式化了贯穿整套实验的直觉：完全相同的动作，在一种上下文中合法，在另一种上下文中就可能很不安全。
从预测冻结到自行验证，再到成本清单与无法逾越的边界，这套实验勾勒出一幅清晰的图景：即便引入多重见证，只要存在一个未受约束的管理能力，安全防线仍可能土崩瓦解。而每个想扩大覆盖面的修复，都得先算清楚自己愿意承受多大的开销。
特别声明：以上内容(如有图片或视频亦包括在内)为自媒体平台“网易号”用户上传并发布，本平台仅提供信息存储服务。
Notice: The content above (including the pictures and videos if any) is uploaded and posted by a user of NetEase Hao, which is a social media platform and only provides information storage services.
