1998年，什漏一个叫Solar Designer的洞挖程序员在Linux内核里发现了一个缓冲区溢出漏洞。他没写什么长篇大论的什漏论文，只是洞挖贴了十几行利用代码——任何本地用户都能借此获得root权限。那个帖子在技术圈炸开了锅。什漏这就是洞挖漏洞挖掘最初的样子：一群极客翻遍操作系统源码，寻找内存处理时可能越界的什漏那个瞬间。
漏洞挖掘说白了，洞挖就是什漏找出软件里那些“本不该存在但确实存在”的逻辑缺陷。缺陷的洞挖形式五花八门：有的藏在内存管理里，程序写数据时超出了分配的什漏空间；有的躲在输入验证环节，用户提交的洞挖字符串没被严格过滤就拼进了SQL查询；还有些潜伏在业务逻辑层，比如你转账时把金额改成负数，什漏系统居然没拦下来。洞挖
我见过最离谱的什漏一个漏洞，藏在某个开源库的日期处理函数里。开发者为了省事，把“1970年1月1日”当作时间起点，结果所有早于这个日期的数据都会被解析成负数。攻击者利用这个特性，绕过了系统的权限检查——因为负数时间戳恰好被当作“已过期”的会话ID，而系统对过期会话的处理逻辑有个致命疏忽。这活儿真不是靠扫描器就能干出来的，需要对底层原理有近乎偏执的理解。
挖掘方法分几个流派。白盒派直接读源码，像侦探一样顺着数据流寻找可疑的赋值语句。黑盒派则把软件当黑箱，疯狂往输入口塞畸形数据——fuzzing就是这种思路的自动化版本，用随机生成的输入去碰撞程序内部的边界条件。还有一类人专攻补丁对比，盯着厂商发布的安全更新，逆向分析他们修补了什么，从而反推出漏洞位置。这条路虽然有点“捡漏”的意味，但效率极高，很多在野利用的0day就是这么被复现的。
有人觉得漏洞挖掘是天才的游戏，其实不然。它更像一门手艺活，需要积累大量的模式识别经验。比如看到memcpy就条件反射地追问长度参数从哪来，遇到字符串拼接就琢磨有没有可能引入空字节截断。时间长了，你对“危险代码”会长出一种近乎直觉的敏感。
但这份工作也有它的灰色地带。同一个漏洞，在安全研究员手里是加固系统的依据，在黑产手里就是入侵工具。漏洞拍卖平台上的价格从几千到几百万美元不等，取决于影响范围和利用难度。老实说，每次挖到高危漏洞时，我内心都会闪过一丝矛盾——公布它会让厂商加班修bug，但在此之前，可能已经有恶意分子盯上了它。
回到开头那个Linux漏洞。Solar Designer当年公布利用代码后，内核维护组花了将近一个月才推出修复补丁。那一个月里，任何能登录系统的人都能轻松提权。如今漏洞披露普遍采用90天协调期，给厂商留出修复时间。这套规则并不完美，但至少让漏洞挖掘这件事，从暗处的技术炫耀，变成了安全生态里不可或缺的齿轮。