第24章 唤醒来源(1/11)

06:48，天色还带着一点未褪的青灰，电梯门开合的“叮”声在空旷的大厅里显得格外清晰。
周砚迈出电梯时，手里拎着那只熟悉的文件袋，封条上的日期像一条冷硬的刻度线，把昨晚的核验纪要、短信威胁、补充条款修订版和项目数据闭环全都钉在同一条时间轴上。他没有急着坐回工位，先绕去茶水间打了杯温水，站在窗边看了十秒钟——玻璃幕墙外的雾还没散，城市像被一层薄膜罩住，模糊而安静。
这种安静从来都不是好兆头。
越安静，越像暴风雨前的气压变化，逼得人胸口发闷。
他回到工位，打开电脑，第一件事不是点开项目群，也不是看王珊的未读消息，而是把昨晚安全室核验纪要再次打开，逐字重读。三条关键结论被他用黄色高亮标得像警示牌：
1）失败登录存在不同子网来源迹象；
2）存在4648凭据使用事件，未排除非人工触发；
3）18:48发生设备唤醒，处于监控缺失区间，唤醒来源待补证。
“唤醒来源”这四个字，是整个链路里最锋利的钩子。
门禁能告诉你谁进出，日志能告诉你发生了什么，但只有唤醒来源能告诉你——这台电脑是被“人”叫醒的，还是被“网络”叫醒的；是有人按下了键盘，还是有人在另一台设备上发出了Wake-on-LAN；是办公室里有人当场操作，还是有人在别处隔空触发。
只要把唤醒来源补齐，监控缺口就不再是缺口，只会变成一条故意留下的遮羞布。
视野边缘，蓝色面板亮起，像把下一步行动直接写进空气里：
【关键补证：Power-Troubleshooter（电源疑难解答）事件字段可直接给出唤醒来源（设备/网络/外设）】
【进阶补证：若为网络唤醒，需追溯唤醒包来源MAC/IP→映射资产→锁定操作端口/账户】
【风险预警：对方将以“敏感数据”为由拒绝提供字段，须用“现场核验+纪要留痕”绕过外带限制】
07:12，项目线先跑。
周砚打开“到访后48小时跟进SOP”执行看板，把昨晚归档的群发发送记录抽查了十条，确认全部使用核验版话术，没有绝对化表述，也保留了隐私告知与证据路径。他把抽查结果导出成一页PDF，生成哈希，归档进“合规记录/营销话术抽查”，顺手给梁总抄了一封邮件：
“昨晚到访后跟进群发已按核验版执行，抽查样本10条均合规，
本章还未完，请点击下一页继续阅读>>>