2026年7月27日，安全研究员发布了一套用于序列组合攻击的测试套件，其中包含两个被冻结在日期文件中的预测，并向外界发起挑战，邀请他人尝试突破。无人报告成功运行后，研究员本人执行了冻结的实验，结果两个预测均被证实。

该套件代码已在GitHub上公开，仓库地址为 https://github.com/keniel13-ui/sequence-attack-repro。克隆后，实验仅依赖标准库，不发起网络或模型调用。仓库内包含三个主要运行脚本：run_j.py 对应预测11，run_k.py 对应预测10及拓扑定律，run_l.py 用于测试两名观察者，另有一个 run_l_mutation_check.py 用以验证新增的检查是否确实在承受负载。研究员说明，输出块为便于阅读经过了压缩，但每个被引用的令牌均为逐字原文。

打开网易新闻 查看精彩图片

研究员强调，自己编写了防护门（gates）、攻击以及预测，并建议读者以此为前提审读结果。因此，证伪器是在代码之前就写好的，赢和输都被列在同一张表上。三项成本被特别圈出，每一项修复在换取覆盖范围的同时，也要求付出相应的代价。此次发布的成果均未被采纳，研究员也表示尚未找到或收到来自这项工作外部的独立公开记分卡。

实验结果中有两个命名先于当前工作。其中一项涉及较早的发行者分叉问题，属于证书透明度领域研究多年的分裂视图与模棱两可攻击家族：恶意日志向受害者展示一个版本的默克尔树，向其他所有人展示另一个版本。Run J 则提出了一个更窄的问题：当一项管理权限同时抹去发行者的视图以及本应暴露该分叉的见证者时，还剩下什么。

曾有一套被提议的防御方案是闲聊式机制，即SCT反馈、STH授粉、可信审计员关系，这些方案在IETF的一份互联网草案中被阐述，其拟定状态为实验性，该草案已于2018年7月到期，未成为RFC。草案将其三种机制视为互补关系而非独立充分方案，并指出仅依赖其中一部分的客户端仍存漏洞。这是一条被研究过但未完成的路线，并非既定标准。Run L 正是受此未完成思路启发，实现了一个小型可执行的调和抽象，它既未实现证书透明度，也未实现真正的闲聊协议。

该组合失败模式有一个1988年的前身：混淆的代理人问题。一个拥有更高权限的中介被诱使代表没有相应权限的调用者行使其权限。能力系统是当时给出的经典答案。2026年6月的一篇预印本论文划出了与当前测试套件相同的界限：能力门控决定哪些工具可用，而逐次调用授权则决定一次具体的调用是否被授权。这只是单篇预印本的框架，并非学界共识。

另一篇相关预印本将贯穿整套测试的核心直觉形式化：同一动作，在不同上下文中可能是合法的，也可能是不安全的。