凌晨三点,日志漏洞我盯着终端上那行日志发呆。日志漏洞攻击者早在一周前就进来了,日志漏洞痕迹就藏在每天上百万条访问记录里,日志漏洞像一根针掉进大海。日志漏洞而我们的日志漏洞安全设备,愣是日志漏洞没报警。
日志这东西,日志漏洞平时没人看。日志漏洞它就像服务器的日志漏洞日记,记着谁来了、日志漏洞干了什么、日志漏洞走了没走。日志漏洞可谁也没想到,日志漏洞这堆“流水账”本身就是日志漏洞漏洞——不是代码漏洞,是人的漏洞。安全团队忙着修Web应用的SQL注入,防火墙规则更新了一版又一版,唯独没人回头翻翻那些已经落盘的日志文件。
那次事件之后我养成了个怪癖:每周五下午,什么都不干,就翻日志。越翻越觉得后背发凉。你看那些扫描器试探的痕迹,一天能来几百次,大多数被WAF挡了。但总有几个聪明的,会挑凌晨两点到四点之间,用慢速请求一点点试。它们不触发任何阈值告警,就像小偷进门之前先拿铁丝探锁,动作轻到监控摄像头都拍不清。
真正让我改观的是一次误报排查。客户说系统被入侵了,我们冲过去查。日志里显示有个账号半夜三点登录,操作了十几分钟又退出。按常理这就是入侵铁证。可我顺着时间线往前翻,发现这个账号每周三凌晨都有登录记录,持续了三个月。原来是个老员工设置的定时任务,他离职后没人清理。那次“入侵”不过是台测试服务器在自动跑脚本。
你看,日志漏洞从来不单是技术问题。它更像一面镜子,照出运维流程的混乱、监控策略的盲区、还有人的惰性。安全设备越堆越多,日志越存越长,可真正出事的时候,没人知道该从哪条记录开始看起。那感觉就像你有一屋子监控摄像头,但屏幕上全是雪花点。
后来我学会了个土办法:把日志当小说读。不按时间顺序,先看异常的用户代理字符串,再查那些半夜出现的IP段,最后盯着返回码找规律。有次真让我逮到个家伙,他每次攻击前都会先访问一次/favicon.ico,像是某种暗号。顺着这个线索,把三个月前的日志全捞出来,还真拼出了一张完整的攻击时间表。
日志漏洞最讽刺的地方在于——它记录一切,却没人记录它。安全预算花在昂贵的扫描器上,却没人愿意花半小时看看系统自带的日志文件有多大。那些日志躺在硬盘里,像没人读的日记本,写满了入侵者的脚印,直到硬盘满了被自动清理,一切痕迹随风而逝。
现在我做安全评审,第一件事就是问对方:“你上一次手动翻日志是什么时候?”大多数人都愣住,然后讪笑着说“我们有日志分析平台”。平台当然好,可平台不会告诉你,某个账号在凌晨四点改了权限又改回来,不会提醒你某个接口的报错频率突然翻了十倍。这些细节,只有人的眼睛能捕捉到。
日志不会说谎,但人会选择性失明。那行凌晨三点的记录还在那里,像一句没说完的警告。你听见了吗?