凌晨两点，执行漏洞我盯着屏幕上的执行漏洞报错日志，咖啡杯底结了一层褐色的执行漏洞膜。系统又崩了，执行漏洞原因和上周一模一样——有人绕过了权限校验，执行漏洞直接调用了内部接口。执行漏洞这已经是执行漏洞本月第三次了。

修复漏洞不难，执行漏洞加个判断就行。执行漏洞真正让我睡不着的执行漏洞是那个调用记录：对方用的是管理员账号，操作时间精确到秒，执行漏洞连请求头都伪装得毫无破绽。执行漏洞可我们明明启用了双因素认证，执行漏洞密钥每三十秒刷新一次。执行漏洞除非……

我翻出三个月前的执行漏洞代码提交记录。有个同事在注释里写“临时方案，后续优化”，那段代码恰好给调试接口留了个后门。他离职那天，账号本该被冻结，但HR系统同步延迟了四十七小时。就在这四十七小时里，有人用他的账号登录了。

执行漏洞从来不在代码里，而在流程的缝隙中。

想起去年在某银行做安全审计。他们花了三千万买防火墙，却没人注意到营业厅的旧打印机连着内网，默认密码还是“123456”。我花了二十分钟，通过打印机的Web管理页面摸进了核心系统。项目经理脸色铁青，说“这不可能”。可能不可能，取决于你问的是纸面上的制度，还是实际操作的人。

制度是死的，人是活的。活人总有偷懒的时候，总有觉得“偶尔一次没事”的时候。安全手册写“密码每九十天更换”，但没人检查是不是真换了——直到某天有人用三年前的密码登上了服务器。

更隐蔽的漏洞藏在“正确”里。比如权限分级做得很细，普通员工只能看自己的数据。可数据报表要合并，要跨部门协作，于是有人申请了个“临时全权限账号”，审批流程走完要五天。项目下周就上线，等不及。结果那个账号被复制了七份，存在不同人的便签里。等审批通过那天，账号的实际使用者已经换了三拨人。

我们总在修补技术漏洞，却忽略了执行层面的断层。规则设计得越严密，执行时就越容易变形——因为人不是机器，人会图省事，会走捷径，会在压力下做出“理性但违规”的选择。

那个同事的离职，表面上是个人原因。后来我才知道，他提过两次申请，要求补全调试接口的安全验证，都被以“影响开发进度”为由驳回。他走之前，把后门代码原样留在了主干里，注释写得规规矩矩，像什么都没发生过。

修复这个漏洞只花了我十分钟。但我知道，下一个漏洞已经在某个“临时方案”里等着了。只要还有人觉得“先跑起来再说”，只要还有人相信“下次一定补”，执行层面的裂缝就会一直存在。技术能堵住已知的洞，堵不住那些因为怕麻烦、赶工期、心存侥幸而主动凿开的缺口。

我关掉日志文件，给自己倒了杯冷水。天亮后要开复盘会，我知道他们想听什么——技术方案、整改措施、责任认定。但真正该聊的，是为什么一个离职员工的账号在冻结前还能登录，为什么临时方案能存活三个月，为什么所有人看见风险都选择了沉默。

这些问题没有补丁能修复。它们散落在每一次“先这样吧”的妥协里，积少成多，最终成为系统里最深的那个洞。