乌云网2016年7月关停那会儿，漏洞圈子里不少人半夜还在刷页面，搜索确认不是漏洞自己网络出了问题。这个平台攒了八年，搜索注册白帽子过万，漏洞披露的搜索漏洞从运营商到银行再到地方政府网站，几乎没它碰不到的漏洞地方。关停公告写得含糊，搜索只说"因故升级"，漏洞但谁都明白，搜索一个能搜出某省社保系统弱口令、漏洞某电商平台SQL注入细节的搜索公开库，本身就像悬在厂商头上的漏洞刀。

所谓乌云漏洞搜索，搜索说白了就是漏洞利用乌云历史数据做定向查询。平台倒了，数据没死。GitHub上至今能翻到打包的漏洞库快照，SQLite文件几百兆，表结构简单得惊人——厂商名、漏洞标题、提交时间、白帽子ID、危害等级。有人拿它做安全研究，有人拿它写论文，还有人拿它当渗透测试的"线索池"。我见过一个做企业安全的哥们，每次接新项目先跑一遍乌云快照，搜甲方域名，看看历史上出过什么幺蛾子。有次搜出一家客户三年前被白帽子提交过"后台未授权访问"，修复状态未知，他直接把这个当突破口，十分钟就进了后台。客户脸都绿了。

搜索方式其实不复杂。最糙的是直接grep，把SQLite导成CSV，用Excel筛。讲究点的写Python脚本，调sqlite3库，按厂商名模糊匹配。再高级点，有人把数据灌进Elasticsearch，搭个简易搜索界面，支持全文检索和聚合统计。我试过后者，搜"联通"能出来四百多条记录，从"某省联通营业厅存在XSS"到"联通某业务系统命令执行"，时间跨度2011到2016。点开详情，有些还带着白帽子和厂商的对话截图，厂商说"已修复"，白帽子回"复测仍存在"，扯皮过程比漏洞本身还精彩。

但这东西有坑。数据是死的，漏洞可能早就修了，也可能换了IP换了域名，你照着老线索去打，打偏是常事。更麻烦的是法律边界。乌云当年能活，是因为它走了"厂商确认后公开"的流程，白帽子提交漏洞不碰数据，只证明存在。你现在拿快照去扫别人网站，哪怕只验证一个老漏洞，性质就变了。去年有个脚本小子拿乌云数据批量扫站，被请去喝茶，新闻没报，圈内传开了。所以正经人用这玩意儿，都是内网自查或者授权测试，没人敢公开拿去打公网。

还有个细节挺有意思。乌云快照里藏着不少"厂商自提交"的记录，标题写着"某系统存在弱口令"，提交者ID是厂商自己的员工。这种一般是内部安全部门走个流程，把已知问题挂上去，显得响应及时。也有真被白帽子捅出来的，厂商公关部连夜联系删帖，乌云编辑夹在中间当和事佬。这些拉扯痕迹在数据里都能看到——某条漏洞的"厂商回复"栏写着"请提供联系方式详谈"，白帽子回"站内信已发"，然后状态变成"已修复"，但修复细节只字不提。

想自己动手的话，GitHub搜"wooyun dump"能出来一堆仓库，挑star多的下，注意看issue里有没有人反馈数据损坏。解压后是个.db文件，用DB Browser for SQLite打开，表名一般是"bugs"，字段有"corp"、"title"、"date"这些。写查询语句时注意编码，有些老数据是GBK，直接UTF-8读会乱码。我习惯先按年份筛，2014到2015年的数据最全，2016年下半年的基本没有，平台关停前几个月提交量断崖式下跌，白帽子们早嗅到风声了。

最后说句实在的。乌云漏洞搜索的价值不在"搜"，在"对比"。你把同一厂商不同年份的漏洞拉出来看，能看出这家公司的安全投入曲线——2012年全是SQL注入，2015年变成逻辑漏洞，说明他们上了WAF但业务逻辑没管住。这种观察比单个漏洞有意思得多。数据是死的，读数据的人得活泛点。