主屏右下角那一组比对结果停住的瞬间，控制室里像被什么东西轻轻按了一下。
林昼没有催，周工也没有立刻往下拖。那条路径太长，长到每一个节点都像是故意绕出来给人看的：先借灯带权限，再转播放屏，再碰B侧请求口。看起来像设备自检，实际上更像一只手隔着几层布往仓库里摸，摸得极慢，极稳，生怕留下声音。
可它还是露了破绽。
“这里。”周工把画面放大，指尖停在灯带权限那一行，“它不是从主会话直接进来的，是先碰了接口阀门。”
林昼眼神一沉。
接口阀门。
这四个字他不陌生。前几天他们已经把“阀门”从技术词里拎出来过一次，知道那不是单纯的开关，而是权限流向的咽喉。谁能动阀门，谁就能决定一段权限往哪边流，什么时候流，流多少。对方这次没有硬闯锁仓节点，而是先从接口阀门绕进去，等于是先在门缝里试压，再把整扇门的压力往里推。
“不是随机碰上。”林昼说，“是他们知道阀门还留着写回口。”
纪检联络员抬头：“写回口？”
“把旧权限重新写回门牌的口子。”林昼看着屏幕，语速很慢，“锁仓之后，表层入口会关，但如果接口阀门还允许把旧配置按历史门牌写回去，那影子主控就能借着‘恢复现场’的名义，把被封掉的权限再塞回来。门牌一换，里外就又像没锁过。”
周工盯着那条路径，眉心越拧越紧：“也就是说，它不是来偷开锁的，它是来改门牌的。”
“对。”林昼说。
改门牌，比撬锁更麻烦。撬锁会报警，改门牌却可以伪装成流程修复、环境回写、权限迁移，甚至能在日志里写得比原来还整齐。只要门牌写回去了，后面的动作就能披上“历史一致性”的外衣，很多人看到只会以为是系统回滚，不会想到是有人把门又打开了一次。
屏幕另一侧，异常请求还挂在“待比对”状态。那句“仓库已锁，是否允许影子侧临时回填”像一根细针，扎在所有人的视线里。
“先别动它。”林昼说，“让它继续挂着。现在最关键的不是这个请求单，而是它为什么会先碰接口阀门。”
周工把路径链再往前拉，终于找到前一级来源。那是一个看上去很普通的维护任务，标题甚至有点平：“权限门牌更新前置检查”。
“又是门牌。”周工低声说，“这帮人把同一个东西拆成了三层词。门牌、阀门、写回，表面上全是维护，实际上都在给影子主控搭台。”
林昼没有接话，只盯着那份前置检查的字段。
里面有一行很短：`scoperewriteallowedwhendoorplateunchanged`
门牌未变时，允许写回scope。
他看完这行字，脑子里已经把逻辑拼完整了。
对方并不是单纯在锁仓后补救，而是在提前埋一个判断条件：只要门牌表面没变，旧scope就可以按“兼容历史”写回。听起来像技术细则，实际上是把权限门牌做成了一个可被伪装成“未变”的容器。门牌没换，里面的权限就能悄悄回潮；门牌一旦换了，他们就会把改写动作叫成“版本适配”。