第十六章 痕迹抹除(3 / 6)

散热风扇轴承老化，产生轻微高频振动，可能影响板卡稳定，日志记录模块误报一次CRC校验错误”……

一条条看似普通、在各种小区网络中都可能零星出现的“小毛病”日志，被她巧妙地插入、覆盖到那些关键的异常记录时间点附近。她用脚本批量修改了原始日志文件的时间戳、事件ID和描述字段，将那些指向性明确的“不明干扰”记录，稀释、淹没在一片看似杂乱无章的常见故障日志海洋中。

处理完网关日志，她立刻转向下一个目标——那个基站的临时诊断数据存储区。基站的防护比小区网关稍强，但于蕊早有准备。她之前因为对移动通信技术感兴趣，研究过一些开源基站项目的代码和架构，知道这类为城市覆盖补充的微基站，其运维接口和本地存储往往存在一些为了调试方便而预留的、不那么严密的访问路径。

她尝试了几个常见的默认维护密码组合，失败。又尝试利用基站软件某个用于远程性能诊断的API接口，这个接口理论上需要密钥，但有时配置疏忽会留下空口令或弱口令。运气不错，这个基站的这个接口，竟然真的用了出厂默认的弱口令。

“安全意识太差了。”于蕊撇撇嘴，手上动作不停，迅速登录进去。

基站诊断数据更为专业，包含了无线信号强度、信噪比、切换成功率、各种无线链路告警等详细信息。于蕊需要找到的，是记录昨晚异常电磁脉冲特征的那部分数据。她在海量的性能计数器和事件告警中仔细搜寻，终于找到了几行关键记录，明确提到了“检测到外部宽频带突发干扰，中心频率约2.4GHz，持续时间约45秒，导致服务区下行信噪比骤降，用户终端脱网”。

“找到了，硬证据。”于蕊眼神一凝。她不敢直接删除这几行，而是在其前后，利用基站诊断工具本身允许的“模拟测试数据注入”功能（这个功能本意是让工程师模拟各种故障场景来测试基站性能），向系统里注入了好几组“模拟数据”。

一组数据模拟“市电电压瞬间跌落10%，导致基站射频功放供电不稳，产生频谱杂散”。另一组数据模拟“附近有车辆使用未经认证的大功率车载无线设备（如私装大功率电台），短暂占用相邻信道”。还有一组甚至模拟了“高空疑似无人机短暂悬停，机身金属反射及可能搭载的图传设备对基站天线造成扇区间干扰”。

这些模拟数据被她精心设置时间戳和参数，与真实异常记录的时间段部分重叠，特征上各有侧重但又有相似之处。然后，她写了一个小小的排序脚本，将真实的