“先别动那两台电脑。”
17:21，林雪挡住准备切换页面的技术员。
左侧屏幕是桥梁资源平台，右侧是项目审批系统。两边都显示时间，却差了六秒。
桥梁平台右下角是17:21:08。
审批系统是17:21:14。
匿名邮件的接收时间又来自第三台服务器。
四十五秒的先后关系看起来清楚，只要其中一台机器的时钟快慢不同，顺序就可能被整个翻过来。
“截图全部保留。”林雪说，“查服务器校时，不用本机显示时间。”
韩铎站在被封存的访问卡旁边。
“桥梁查询是B组自己提交的，不经过我。”
“现在没人问你。”周正说。
“可所有人都在看我。”
“那是因为你站在白板前面。”
韩铎往旁边让了一步。
陆观没有加入争执。他把技术员刚才截下来的三张页面并排放大。
查询提交、失败提醒生成、路线草稿保存。
三个时间戳的字体相同，末尾的小数位却不一样。桥梁平台精确到毫秒，审批系统只到秒，邮件服务器则带有时区标记。直接减数字没有意义。
他开启数据标尺。
“系统消息”
“数据标尺已开启”
“三组显示时间存在校时基准差异”
“异常顺序：资源调用记录早于审批记录”
“今日剩余次数：1”
系统只指出顺序不对，没有告诉他究竟差多少，更没有说明是谁看见了查询。
陆观盯着邮件头末尾那串时区标记，忽然问：“桥梁平台上一次和标准时钟同步是什么时候？”
技术员调出后台。
“今天16:00，每小时同步一次。”
“审批系统？”
“内网授时，偏差不会超过一秒。”
“邮件服务器呢？”
“外部取时。我得查同步日志。”
周正让警方技术人员接管导出。所有原始日志分别计算哈希，记录读取账号和导出时间，再由两名人员交叉确认。
十分钟后，三条时间被换算到同一基准。
17:18:46，B组查询青江二桥限高与施工时段。
17:18:47，平台生成一次失败提醒副本。
17:19:31，匿名邮件进入警方邮箱。
17:20:06，B组路线草稿第一次保存。
17:24以后，项目审批页才被打开。
不是邮件服务器快了。
警报确实在路线形成以前出现。
“他知道桥。”陆观说，“但不知道这座桥会不会进入方案。”
“甚至不知道B组会不会放弃它。”林雪在白板上补了一条线，“查询发生以后，草稿保存以前，四十四秒。”
北岸代表说：“四十四秒足够一个人发邮件。”
“当然够。”林雪说，“所以现在查谁能在这四十四秒里看见查询。”
“韩铎知道。”
“他的访问卡在袋里。”
“可以有自动转发。”
“那就查自动转发。”
她没有替韩铎排除，也没允许别人用一句“有可能”把他定死。
技术组很快列出桥梁平台的可见角色。
B组项目账号、韩铎的运营账号、桥梁管理端、负责处理调用失败的外包管理员。
这次查询之所以生成失败提醒，是因为B组输入的车型高度超过了桥下临时施工架的建议值。系统没有直接拒绝，只把异常复制到管理员处理队列。
“管理员是谁？”周正问。
“轮值账号，后台显示F-03。”
“实名。”
“需要外包公司映射。”
周正让人发出调取通知。
林雪却没有立刻盯住F-03。
“第一封医院查询也生成过失败提醒？”
技术员查了两分钟。
“生成过。仁和医院的地下接驳位只允许登记车辆进入，第一次申请没填完整车牌，所以进入失败队列。”
医院。
桥梁。
两次被警报点中的资源，都曾进入管理员失败队列。
陆观在第三栏下写上“失败提醒”。
“如果下一次查询没有失败，还会泄露吗？”他问。
“这正是要验证的。”林雪说。
小事小说网