敲下 msfconsole 回车之后，你面对的是一个装满几千个模块的武器库。问题从来不是"有没有能用的"，而是"我到底该用哪一个"。search 就是你在 Metasploit 里活下来的第一根拐杖。

很多人第一次用 search 是这么干的：进去随手敲个 search ms17-010，出来一堆结果，然后凭感觉挑一个 use。能跑通算运气好，跑不通就开始怀疑人生。实际上 search 的过滤能力远比大多数人以为的强，只是没人耐心去看它的参数。

它到底在搜什么

Metasploit 的模块数据库里，每个模块都带元数据：名称、描述、作者、平台、架构、CVE 编号、参考链接、披露日期，甚至包括模块的 rank（可靠性评级）。search 做的事情就是拿你给的关键词去匹配这些字段。你输入 search eternalblue，它不只在模块名里找，还会翻描述和引用信息。

所以有时候你搜一个看似冷门的词也能命中，因为某个模块的 description 里恰好提到了它。反过来，你搜一个自以为精准的 CVE 编号却啥也没有，可能是那个模块还没被合并进你当前的版本。

那些真正好用的过滤参数

光敲关键词是最低级的用法。真正省时间的是组合过滤。

search type:exploit platform:windows smb —— 这一条直接把范围锁死在 Windows 平台的 SMB 利用模块上。比起你搜个 "smb" 然后在一百多条结果里翻找，效率差了好几个量级。

几个我常用的参数：

type: 限定模块类型，exploit、auxiliary、post、payload 都行。做渗透的时候经常只想看 auxiliary 的扫描模块，直接 search type:auxiliary smb 省得被 exploit 干扰。

platform: 按目标平台过滤。windows、linux、osx、android 这些都支持。打内网的时候目标清一色 Windows，加上这个参数能砍掉一大半噪音。

cve: 直接按 CVE 编号搜。格式是 cve:2021-44228 这种。Log4Shell 爆发那阵子，我第一时间就是 search cve:2021-44228，看看 Metasploit 有没有跟进。有就有，没有就得等更新或者自己写。

rank: 按可靠性评级过滤。rank 从 manual 到 excellent 分了几个档。生产环境里我一般只看 rank:good 以上的，低于这个级别的模块跑崩目标的风险太高。exploit 打不进去事小，把服务打挂了事大。

author: 按作者搜。某些研究者出的模块质量稳定，比如你喜欢某个人的风格，可以 search author:xxxx 看他贡献了哪些。

几个实际场景

场景一：你拿到了一个内网目标的指纹，跑的是 Apache 2.4.49，想找路径穿越的利用模块。直接 search cve:2021-41773，一条命中，干净利落。

场景二：你在做横向移动，想找所有跟 SMB 相关的 auxiliary 扫描器。search type:auxiliary smb，出来十几个，挨个看描述挑合适的。比你去翻目录树快得多。

场景三：你想看看最近有哪些新的 Windows 本地提权模块。search platform:windows type:exploit privilege，然后按披露日期排序看最新的几个。Metasploit 的 search 结果默认按 rank 和名称排，但你可以在结果里自己扫一眼日期字段。

一个容易踩的坑

search 的关键词匹配是模糊的，不是精确的。你搜 search smb，它会返回所有名称或描述里包含 "smb" 这个子串的模块。有时候会混进来一些八竿子打不着的东西，因为某个模块的描述里恰好写了 "SMBv1 不受影响" 之类的话。看到结果别急着 use，花三秒钟扫一眼描述。

另外，search 的结果列表里那个 Rank 列别忽略。excellent 意味着这个模块经过充分测试，打过去基本不会把目标搞崩。average 和 normal 就得掂量一下。manual 级别的……你自己看着办。

还有个细节：search 支持多个关键词，默认是 AND 逻辑。你搜 search windows smb，返回的是同时匹配这两个词的结果。但如果你搜 search "windows smb" 加引号，它就当成一个短语来匹配。这个区别在结果多的时候挺明显。

说到底，search 就是一个过滤器。你的关键词越精准，过滤条件越具体，结果就越少越相关。别懒，多打几个参数的事。