去年冬天，防止我朋友老张的出现便利店被人用一张伪造的支付截图骗走了两条烟。手法不新鲜——截图是漏洞P的，店员没细看，防止人走了才发现钱没到账。出现老张后来复盘，漏洞说问题不在店员粗心，防止而在于店里从来没有“确认到账再交货”这个硬性动作。出现漏洞不是漏洞突然出现的，它一直蹲在那儿，防止等人踩进去。出现

漏洞这东西，漏洞本质上是防止“假设”和“现实”之间的缝隙。你假设对方会按规矩来，出现假设系统不会出错，漏洞假设流程每个人都记得住。可现实里，人会有状态起伏，系统会有边界情况，流程在赶时间的时候第一个被省略。缝隙就在那儿。

我见过一个做社区团购的团队，他们的提货流程最初是：用户报手机尾号，团长在表格里打勾，货拿走。听起来没问题。直到有人报了一个不存在的尾号，团长没核对姓名就把货递出去了。后来他们加了一步——必须同时报尾号和姓名，团长在系统里点“已核销”才能放行。就多这五秒钟，冒领的情况再没发生过。

防止漏洞的核心，不是把人训练得更细心。人一定会犯错，这是概率问题。真正有效的做法是让错误变得难以发生，或者发生了也能立刻被发现。比如仓库出货，靠人眼核对型号和数量，一天几百单，总会有看走眼的时候。但如果扫码枪“嘀”一声，系统自动比对订单，错了就响警报，那漏洞就被堵在动作发生的瞬间。

另一个常见的误区是：以为写了制度就等于堵了漏洞。我见过一家小公司，报销制度写得很漂亮，贴票、签字、审批，层层把关。但财务为了省事，经常是“先打款后补签字”。结果有人拿已经作废的发票重复报销，过了三个月才被发现。制度是挂在墙上的，动作是走在地上的。两者不重合，漏洞就活着。

还有一种漏洞来自“默认信任”。比如开发人员把测试环境的密钥直接写进代码，想着上线前会改掉。上线那天忙到凌晨，谁也没想起这件事。密钥泄露，数据被拖库。这不是技术问题，是流程里少了一个“强制检查”的环节。后来他们加了一个自动扫描，代码里出现密钥格式就拒绝合并。漏洞被一个机械动作堵死了。

我自己的习惯是，每做一件事，先问一句：如果这一步出错了，我多久能知道？如果答案是“不知道”或者“等别人找上门才知道”，那这里就有漏洞。知道得越晚，代价越大。所以能加自动提醒的加提醒，能加二次确认的加二次确认，能留操作记录的留记录。不是为了麻烦自己，是为了在麻烦找上门之前先拦住它。

老张后来在收银台贴了一张纸：“听到到账语音再递货。”就这么简单。漏洞不会自己消失，但你可以让它越来越难被触发。每一次堵上一个，就少一次半夜拍大腿的机会。