影子主控的临时会话并没有直接出现在锁仓节点上，而是先尝试回补一条旧的灯带权限，再借灯带权限转进播放屏，最后才碰触到B侧请求口。路径绕得很长，像故意把手伸成几段，想让人误以为只是正常设备自检。
但它有一个地方露了破绽。
周工的指尖停在屏幕上那一小截波形旁，声音压得发沉：“灯罩边缘先掉线。”
林昼没说话。
那不是完整断电，也不是主回路失真，而是灯罩边缘那圈低压控制带先出现了一个不到半秒的空白。空白很短，短到普通人只会觉得眼前晃了一下，像灯光轻微闪烁；可在系统日志里，那半秒意味着前后两个权限源的时间顺序被硬生生改写了。
原本应该是“播放屏自检失败，触发回退”，现在却变成了“灯罩边缘掉线，系统自动补位，灰名单通道接管”。
“他们不是在走灯带。”林昼的声音很稳，“是在借灯罩边缘的掉线，劫持灰名单。”
纪检联络员抬头，眉心一下拧紧：“灰名单不是已经只读了吗？”
“只读的是表层名单。”林昼盯着新拉出来的审计片段，“底下还有一层逼真错误。”
这句话一落，控制室里安静了半秒。
逼真错误。
不是漏报，不是误码，不是设备老化导致的偶发偏差，而是故意做得像错误的错误。它会有合理的时间戳，有合理的掉线顺序，有合理的补位回写，甚至会在页面上显示出和真实故障几乎一样的提示。越像真的，越不容易被当成刀。
周工迅速把那条灰名单调取链路单独放大，屏幕上一串字段开始滚动。
【LIGHT-SHIELD/edgefallback】
【fallbacktrigger:0.43s】
【graylistattach:pending】
【mirrorsubmit:queued】
【secondaryerrorsignature:present】
“secondaryerrorsignature。”周工低声念出最后一行，抬眼看林昼，“第二层错误签名。”
林昼的目光沉了下去。
第一层是灯罩边缘掉线，看起来像物理层的瞬断。第二层是灰名单附着失败，被包装成系统回退。可真正的问题不在这两层本身，而在它们之间那道被人为挤出来的缝。缝一出现，镜像提交就能从“待核验”滑进“已解释”，再把影子主控要补的那口气藏进正常流程里。
“它想借逼真错误，把镜像提交洗成维护动作。”林昼说。
“而且不是第一次。”周工把另一份历史日志拖出来，“你看这里，三周前的黑屏演练里，灯罩边缘也有一次掉线，只是当时没挂到灰名单上，而是挂到了播放屏的备用回路。那次没人追。”
林昼扫了一眼，心里已经明白。
对方不是临时起意，而是早就在试。黑屏演练、B侧回填、回流暗渠、锁仓补位，每一步都在试着把“异常”写成“正常的一种边界情况”。一旦这套词站稳，后面无论是谁来查，看到的都不会是劫持，而是流程自洽。