[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"$f2g0insn9mnjig":3},{"code":4,"message":5,"data":6,"timestamp":48},10000,"success",{"full_name":7,"position":8,"description":9,"language":10,"stars":11,"forks":12,"stars_gained":13,"age_days":14,"hn_threads":15,"one_liner":22,"summary_md":23,"topic":24,"github_topics":27,"license":38,"homepage":39,"updated_at":40,"history":41},"projectdiscovery\u002Fnuclei",7,"Nuclei is a fast, customizable vulnerability scanner powered by the global security community and built on a simple YAML-based DSL, enabling collaboration to tackle trending vulnerabilities on the internet. It helps you find vulnerabilities in your applications, APIs, networks, DNS, and cloud configurations.","Go",32299,3941,28,2395,[16],{"id":17,"title":18,"points":19,"comments":20,"posted_at":21},25845045,"Nuclei – http vulnerability scanning based on templates",1,0,"2021-01-20","用 YAML 模板在 Web、DNS、网络和云配置中批量查找已知漏洞与错误配置的扫描器。","Nuclei 适合希望把漏洞检查做成可复现、可版本管理规则的安全团队，而不是临时拼脚本的用法。只有当你愿意把模板当作代码来审查和维护时，它才值得投入。\n\n## 解决什么问题\n\n手里有一批主机、API 或网段，想确认其中是否存在已知弱点：暴露的管理面板、特定 CVE 响应、配置错误的 DNS 记录。没有共享规则格式的扫描器时，每项检查往往各自变成一个脚本，解析和输出逻辑也要各写一套；目标列表一扩大，又得重新搭胶水代码。Nuclei 改变的正是中间这一步：一个 YAML 模板声明请求和匹配条件，命令行工具把选定的模板套到单个目标、目标文件或整个网段上。最终得到一个覆盖多项检查的输出流，模板本身成为可复用的单元。\n\n## 有什么不同\n\n模板是核心抽象。一个 YAML 文件描述请求和匹配器，引擎负责跨目标执行，所以新增一项检查不需要另写并维护独立程序。README 把模板集合定位为由社区驱动，这正是实用吸引力所在：当某个漏洞正在流行时，可能已经有人写好了检测规则。同一个引擎可以跑 Web 目标、DNS、网络范围和云配置，README 中单个 URL、列表文件和 `\u002F24` 网段用的是同一种命令形态。需要覆盖公开模板没有的内部检查时，可以用 `-t` 传入自定义模板。\n\n代价是：工具的价值取决于你信任哪些模板、写出什么匹配器。[运行文档](https:\u002F\u002Fdocs.projectdiscovery.io\u002Ftools\u002Fnuclei\u002Frunning)描述的是引擎用法，并不保证准确率；匹配条件写得太宽，就会产生需要人工逐条判断的噪声结果。README 还提到付费的 Pro 和 Enterprise 版本，提供规模化、集成和合规报告；这些与开源 CLI 是分开的商业产品。\n\n## 谁值得试\n\n已经维护目标清单的安全工程师是合适人选：写或挑模板，对清单运行，把模板随代码一起放进仓库。只想一键判断某个网站“安不安全”的开发者则不合适，因为结果取决于跑了哪些模板、匹配器怎么写，解读结果本身就是工作的一部分。已有扫描平台的团队，在默认开源 CLI 能覆盖团队流程（如 SSO 和报告）之前，应先对照 README 中 Pro 与 Enterprise 的功能列表。\n\n## 使用条件与边界\n\nREADME 说明从源码安装需要 Go >= 1.27.3，因此自行构建 CLI 的前提是较新的 Go 工具链；其他安装方式应以[安装指南](https:\u002F\u002Fdocs.projectdiscovery.io\u002Ftools\u002Fnuclei\u002Finstall)为准，先确认再投入。安装之外的长期成本是模板维护：公开模板集合会随漏洞新增和退役而变化，内部模板在目标应用变更后也需要复查。CLI 面向批量目标列表和 CIDR 网段设计，实际使用中需要目标清单和结果存放位置。所给 README 片段没有说明扫描授权或速率限制的默认策略，因此在指向生产网段前应自行确定这些规则。\n\n## HotRepo 点评\n\nHotRepo 的观测样本只有 2026-10-24（+34 星）和 2026-10-25（+28 星）两次日榜记录，不足以判断关注度是在上升、消退还是持续。仓库创建于 2020 年，属于已经成熟的项目，而非新项目。采用前，建议在安装指南中确认哪种安装方式适合自己的环境，因为 README 的源码安装依赖 Go >= 1.27.3。",{"slug":25,"name":26},"security","安全",[28,29,30,31,32,25,33,34,35,36,37],"attack-surface","cve-scanner","dast","hacktoberfest","nuclei-engine","security-scanner","subdomain-takeover","vulnerability-assessment","vulnerability-detection","vulnerability-scanner","MIT","https:\u002F\u002Fdocs.projectdiscovery.io\u002Ftools\u002Fnuclei","2026-10-25T03:03:30Z",[42,46],{"date":43,"stars":44,"stars_gained":45},"2026-10-24",32291,34,{"date":47,"stars":11,"stars_gained":13},"2026-10-25",1792918715]