projectdiscovery/nuclei

Nuclei 适合希望把漏洞检查做成可复现、可版本管理规则的安全团队，而不是临时拼脚本的用法。只有当你愿意把模板当作代码来审查和维护时，它才值得投入。

解决什么问题

手里有一批主机、API 或网段，想确认其中是否存在已知弱点：暴露的管理面板、特定 CVE 响应、配置错误的 DNS 记录。没有共享规则格式的扫描器时，每项检查往往各自变成一个脚本，解析和输出逻辑也要各写一套；目标列表一扩大，又得重新搭胶水代码。Nuclei 改变的正是中间这一步：一个 YAML 模板声明请求和匹配条件，命令行工具把选定的模板套到单个目标、目标文件或整个网段上。最终得到一个覆盖多项检查的输出流，模板本身成为可复用的单元。

有什么不同

模板是核心抽象。一个 YAML 文件描述请求和匹配器，引擎负责跨目标执行，所以新增一项检查不需要另写并维护独立程序。README 把模板集合定位为由社区驱动，这正是实用吸引力所在：当某个漏洞正在流行时，可能已经有人写好了检测规则。同一个引擎可以跑 Web 目标、DNS、网络范围和云配置，README 中单个 URL、列表文件和 /24 网段用的是同一种命令形态。需要覆盖公开模板没有的内部检查时，可以用 -t 传入自定义模板。

代价是：工具的价值取决于你信任哪些模板、写出什么匹配器。运行文档描述的是引擎用法，并不保证准确率；匹配条件写得太宽，就会产生需要人工逐条判断的噪声结果。README 还提到付费的 Pro 和 Enterprise 版本，提供规模化、集成和合规报告；这些与开源 CLI 是分开的商业产品。

谁值得试

已经维护目标清单的安全工程师是合适人选：写或挑模板，对清单运行，把模板随代码一起放进仓库。只想一键判断某个网站“安不安全”的开发者则不合适，因为结果取决于跑了哪些模板、匹配器怎么写，解读结果本身就是工作的一部分。已有扫描平台的团队，在默认开源 CLI 能覆盖团队流程（如 SSO 和报告）之前，应先对照 README 中 Pro 与 Enterprise 的功能列表。

使用条件与边界

README 说明从源码安装需要 Go >= 1.27.3，因此自行构建 CLI 的前提是较新的 Go 工具链；其他安装方式应以安装指南为准，先确认再投入。安装之外的长期成本是模板维护：公开模板集合会随漏洞新增和退役而变化，内部模板在目标应用变更后也需要复查。CLI 面向批量目标列表和 CIDR 网段设计，实际使用中需要目标清单和结果存放位置。所给 README 片段没有说明扫描授权或速率限制的默认策略，因此在指向生产网段前应自行确定这些规则。

HotRepo 点评

HotRepo 的观测样本只有 2026-10-24（+34 星）和 2026-10-25（+28 星）两次日榜记录，不足以判断关注度是在上升、消退还是持续。仓库创建于 2020 年，属于已经成熟的项目，而非新项目。采用前，建议在安装指南中确认哪种安装方式适合自己的环境，因为 README 的源码安装依赖 Go >= 1.27.3。