第384章 接口阀门再写回权限门牌（1/2）

主屏右下角那一组比对结果停住的瞬间，控制室里像被什么东西轻轻按了一下。

林昼没有催，周工也没有立刻往下拖。那条路径太长，长到每一个节点都像是故意绕出来给人看的：先借灯带权限，再转播放屏，再碰B侧请求口。看起来像设备自检，实际上更像一只手隔着几层布往仓库里摸，摸得极慢，极稳，生怕留下声音。

可它还是露了破绽。

“这里。”周工把画面放大，指尖停在灯带权限那一行，“它不是从主会话直接进来的，是先碰了接口阀门。”

林昼眼神一沉。

接口阀门。

这四个字他不陌生。前几天他们已经把“阀门”从技术词里拎出来过一次，知道那不是单纯的开关，而是权限流向的咽喉。谁能动阀门，谁就能决定一段权限往哪边流，什么时候流，流多少。对方这次没有硬闯锁仓节点，而是先从接口阀门绕进去，等于是先在门缝里试压，再把整扇门的压力往里推。

“不是随机碰上。”林昼说，“是他们知道阀门还留着写回口。”

纪检联络员抬头：“写回口？”

“把旧权限重新写回门牌的口子。”林昼看着屏幕，语速很慢，“锁仓之后，表层入口会关，但如果接口阀门还允许把旧配置按历史门牌写回去，那影子主控就能借着‘恢复现场’的名义，把被封掉的权限再塞回来。门牌一换，里外就又像没锁过。”

周工盯着那条路径，眉心越拧越紧：“也就是说，它不是来偷开锁的，它是来改门牌的。”

“对。”林昼说。

改门牌，比撬锁更麻烦。撬锁会报警，改门牌却可以伪装成流程修复、环境回写、权限迁移，甚至能在日志里写得比原来还整齐。只要门牌写回去了，后面的动作就能披上“历史一致性”的外衣，很多人看到只会以为是系统回滚，不会想到是有人把门又打开了一次。

屏幕另一侧，异常请求还挂在“待比对”状态。那句“仓库已锁，是否允许影子侧临时回填”像一根细针，扎在所有人的视线里。

“先别动它。”林昼说，“让它继续挂着。现在最关键的不是这个请求单，而是它为什么会先碰接口阀门。”

周工把路径链再往前拉，终于找到前一级来源。那是一个看上去很普通的维护任务，标题甚至有点平：“权限门牌更新前置检查”。

“又是门牌。”周工低声说，“这帮人把同一个东西拆成了三层词。门牌、阀门、写回，表面上全是维护，实际上都在给影子主控搭台。”

林昼没有接话，只盯着那份前置检查的字段。

里面有一行很短：`sperewriteallowedwhendoorpteunged`

门牌未变时，允许写回spe。

他看完这行字，脑子里已经把逻辑拼完整了。

对方并不是单纯在锁仓后补救，而是在提前埋一个判断条件：只要门牌表面没变，旧spe就可以按“兼容历史”写回。听起来像技术细则，实际上是把权限门牌做成了一个可被伪装成“未变”的容器。门牌没换，里面的权限就能悄悄回潮；门牌一旦换了，他们就会把改写动作叫成“版本适配”。

这就是他们的第二层手法。

“写回权限门牌。”林昼缓缓吐出这几个字，“他们不是改阀门，是通过阀门把门牌写回去。”

周工抬眼：“那现在怎么办？锁仓已经做实，公开栏也显示了影子侧待比对。要是让他们继续摸，可能会把门牌改回去。”

林昼没有马上回答。他看了一眼大厅方向，低温灯下的队伍仍旧慢，却比过去更稳。人群没有散，说明那行提示起了作用。越是这种时候，越不能让对方意识到他们已经看穿门牌逻辑。否则影子主控会立刻改走另一条路。

“不能直接封死阀门。”他说，“封死了，反而会把他们逼去别的接口。我们要做的是把阀门改成可见阀。”

“可见阀？”纪检联络员问。

“让每一次写回都留下门牌痕迹。”林昼的声音很平，“他们想借接口阀门把权限门牌悄悄写回去，我们就把门牌改成两层：外层是给人看的，内层是给系统看的。外层能写，内层只读。写回动作必须同时触发两层比对，只要门牌没对齐，阀门就只吐出请求，不吐回权限。”

周工立刻明白过来：“等于把接口阀门从单向写回口，改成双层门牌校验口。”

“对。”林昼说，“而且要把‘权限门牌’这四个字直接写进公开栏，让他们知道我们在盯什么。”

纪检联络员的目光在他脸上停了一瞬，随后点头：“我去找护士长把公开栏板面换掉。标题怎么写？”

“就写今天这句。”林昼看向屏幕，眼底沉得很稳，“接口阀门再写回权限门牌。”

这不是口号，是警告，也是钉子。钉子一旦钉下去，对方再想靠“历史一致性”吃掉门牌，就得先把这句话从公开栏里拔掉。可一旦拔，动作就会留下更明显的痕迹。

本章未完，点击下一页继续阅读。