漏洞的概念
1994年，漏洞一名叫大卫的漏洞计算机系学生在调试自己写的邮件程序时，发现了一个奇怪的漏洞现象：当他在收件人地址栏输入一串特殊字符后，程序会把邮件内容原封不动地转发给另一个陌生地址。漏洞他没有恶意，漏洞只是漏洞觉得有趣。但这个小小的漏洞“异常”，后来被证明是漏洞sendmail邮件系统的一个严重漏洞，攻击者可以利用它远程执行任意指令。漏洞一个看似无害的漏洞字符组合，就能让成千上万台服务器敞开大门。漏洞
漏洞不是漏洞错误。错误是漏洞程序员写错了逻辑，比如把“大于”写成“小于”，漏洞程序跑起来会直接报错或者结果离谱。漏洞漏洞不一样，它藏在正确运行的代码里，程序看起来一切正常，甚至通过了所有测试，但在特定条件下，它会做出设计者从未预料到的事。就像一扇没上锁的窗户，房子本身没塌，但有人能爬进来。
我见过一个电商网站的价格计算漏洞。正常流程是：用户选商品，加入购物车，系统按数量乘以单价算总价。测试时一切正常。但有人发现，如果把数量改成负数，总价会变成负的。再配合一个优惠券，账户余额反而增加了。这个漏洞不是代码写错了，而是设计时压根没考虑“数量为负”这种输入。程序忠实地执行了数学运算，只是这个运算结果超出了业务逻辑的边界。
漏洞的根源往往不在代码本身，而在“假设”里。开发者假设用户会按规矩操作，假设输入永远是正整数，假设网络请求不会被篡改，假设前端校验足够可靠。每一个假设都是一堵墙，但墙总有缝。攻击者做的事，就是找到那条缝，然后挤进去。SQL注入、跨站脚本、缓冲区溢出，名字听着吓人，本质都是同一个套路：你信任了不该信任的数据。
有意思的是，漏洞和功能常常是一枚硬币的两面。一个文件上传功能，方便用户传头像，但如果不限制文件类型，就能传一个脚本上去，然后访问它，服务器就替你执行了。这个上传功能本身是“正确”的，甚至是有用的。漏洞不是功能坏了，而是功能太“好用”了，好用到超出了边界。
修补漏洞的过程也很有意思。很多补丁不是加一段新代码，而是加一个判断：如果输入不符合预期，就拒绝。听起来简单，但问题在于，你永远不知道下一个不符合预期的输入长什么样。今天堵住了负数，明天有人用科学计数法，后天有人用超长字符串。漏洞修补像打地鼠，锤子永远追不上地鼠冒头的速度。
更麻烦的是，漏洞会随着环境变化而“复活”。一个五年前被认为安全的加密算法，今天可能因为算力提升而变得脆弱。一个当时没人想到的攻击路径，现在因为某个新库的引入而变得可行。漏洞不是静态的缺陷，它是代码和世界之间不断变化的接口。世界变了，接口就可能裂开。
所以，漏洞到底是什么？它是系统在真实世界里的“意外行为”。不是bug，不是错误，不是疏忽，而是所有正确部分组合在一起后，涌现出的那个没人想要的“正确结果”。它提醒我们，任何足够复杂的系统，都必然存在设计者未曾预料的交互方式。你没法消灭漏洞，只能不断缩小它的生存空间。而这个过程，本身就是软件工程最真实的一部分。