第17章 现场试刀(7/9)

预记录。
这句话看似正常，实则危险。因为它把缺口定义成“客观故障”，并暗示“没有人动过”。如果这个结论被固定，302那十二分钟就会永远成为“自然空白”，任何预置行为都能藏进去。
周砚没有直接反驳“你们在洗”。他只抓“可核验细节”：
——网络抖动的上游交换机日志呢？
——掉线期间同层其他摄像头是否也掉线？
——如果只是网络抖动，为何偏偏是302走廊这一段？
——恢复后有没有画面跳帧或时间轴异常？
——运维系统里有没有手工“重启摄像头”的动作记录？
他立刻回邮件，仍旧三句式，简短而硬：
“请补充告警编号对应的完整链路日志：1）上游交换机/PoE供电日志与同层摄像头对比；2）掉线前后录像时间轴连续性校验结果；3）恢复动作记录（含是否存在远程重启/配置变更）。在未补齐前，请勿将监控缺失认定为‘客观故障且无人工干预’，以免形成不可逆倾向结论，影响项目事故追溯。”
发完他截图归档，并把“监控缺口”那条清单更新为v1.4，新增“运维链路对比日志缺失”一项。缺口清单越具体，对方越难用一句模板结案。
20:10，梁总突然把周砚拉进一个小群，群里只有三个人：梁总、周砚、信息安全负责人。梁总开门见山：
“我不管你们技术上怎么解释监控掉线，我只看两点：证据链能不能闭环；项目交付能不能不受影响。安全部，明天中午前把能给的都给出来，不能给的说明原因并出替代证据。周砚，你这边把开放日口径再做一次压力测试，别给任何人抓住一句话。”
周砚回：“收到。我会把‘十分钟集中说明’讲稿版本化、哈希固化，并做演练录屏留痕。”
信息安全负责人只回了一个“好”。
小群的存在本身就是信号：梁总已经把这件事从“部门协作”提升成“项目事故闭环”。这意味着对手想拖成“无法确认”的空间正在缩小，他们会更急，急到可能在开放日现场下手。
21:06，周砚准备下班时，手机再次震动——陌生号码，没有内容，只有一张图片。
图片打开的一瞬间，周砚的瞳孔微缩。
那是一张模糊但足够辨认的现场照片：熙湖云庭接待区的入口，角度像是在远处偷拍。照片右下角写着一行字：“周末人多，别让事变大。”
不是直接威胁，是“提醒”。提醒意味着对方在盯着现场，盯着
本章还未完，请点击下一页继续阅读>>>