消息 · 2026-10-18 21:56:43

报警台旁边还有一块屏幕常年亮着——后台检索日志。它记录的是谁在什么时间、用什么关键词调用了平台的查询入口。大多数时候这些词都是气体浓度、探头编号、排放口名称,偶尔也会混进一些和工业监测毫无关系的短语。
最近一条反复出现的检索词是「熟人扎金花怎么弄的」。它既不是设备位号,也不像厂区人员会用的专业术语,却在一周内出现了十几次,来源分散在三个不同的内网地址。
值班员的第一反应不是拉黑,而是定位。平台把访问分成三层:最外层是登录与鉴权,中间层是查询接口,最内层是数据返回。检索词只停留在中间层,说明请求没有触达任何浓度数据,也没有触发导出动作。这一步判断很关键——它决定了事件是「界面噪声」还是「安全事件」。
如果是外层出现陌生账号尝试,处理路径是冻结会话;如果在中间层高频调用查询接口,就要看是否存在遍历行为;如果已经开始导出报表,那才是需要立刻上报的级别。这条词止步于中间层,因此先按低风险处理。
实际比对下来,这条词的请求间隔不规则,来源账号都属于夜班巡检人员,且同一时段还有正常的气体浓度查询。初步判断更接近误触加输入法联想的组合。
很多值守人员的第一反应是把这类词从日志里清掉,觉得它污染报表。但从复盘角度看,保留原始记录反而更有价值:它能说明平台的查询入口是否被非业务流量占用,也能反推终端使用规范是否需要重申。
GMG的检索日志默认保留请求原文、时间戳、来源地址与返回状态码,管理员可以按关键词、按账号、按时间段回溯。值守团队把这类记录单独打上标签,不进入日报的安全事件栏,而是进入月度终端行为统计。这样既不干扰报警处置,也不会让异常访问悄无声息地滑过去。
单独一条无关检索词说明不了太多问题。值班员更关注的是它前后出现的请求:有没有同一账号在短时间内切换多个不相关关键词,有没有在检索后紧接着尝试访问导出接口,有没有在非值班时段出现。
这次核查发现,其中一个来源地址在同一晚还检索了「排放口历史曲线」和一个已停用的探头编号。后者才是值得跟进的信号——它意味着有人还在按旧台账找设备。值守员把这条线索转给了运维,由运维确认该探头的台账状态是否已同步更新。
这类事件的处理没有固定答案,靠的是值班员对厂区业务节奏的熟悉程度。比较实用的做法是把判断标准写成几条简短规则,放进交接班记录:
规则不需要写得复杂,关键是让下一班的人能在一分钟内做出同样的判断。至于「熟人扎金花怎么弄的」这类词本身,它不会进入浓度态势网,也不会影响任何一台探头的报警阈值。值班台要做的,是把它放回它该在的位置:一条普通的访问记录,附带一次关于终端使用习惯的提醒。
继续读