掌握 Nuclei 模糊测试Nuclei 3.x 完全指南【免费下载链接】nucleiNuclei 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.项目地址: https://gitcode.com/GitHub_Trending/nu/nucleiNuclei 3.x 是一款基于 YAML DSL 的快速漏洞扫描器内置 HTTP 模糊测试Fuzzing引擎。本文覆盖从模糊测试模板编写、变异规则配置到参数频率调优与常见报错排查的完整流程。 功能全景一览Nuclei 的模糊测试能力集中在pkg/fuzz/模块核心机制如下表功能名一句话说明影响范围五类变异规则replace/prefix/postfix/infix/replace-regex控制 payload 注入方式所有fuzzing规则六类攻击面part可指向 query、header、path、body、cookie 或整个 request规则编译与请求生成单发/多发改变mode: single逐个变异mode: multiple合并后一次性发送请求数量与验证逻辑参数正则过滤keys、keys-regex、values精确圈定要变异的参数payload 命中率参数频率跟踪LRU 缓存记录高频无果参数达到阈值默认 10 次后自动跳过请求量与扫描速度内置分析器time_delay、xss_context分析器自动判定响应特征盲注、XSS 类模板⚡ 5 分钟跑通第一个 Nuclei 模糊测试模板最省事的起点是仓库自带的集成测试模板它们已按真实场景写好pre-condition和matchers。以 pkg/fuzz 集成测试 目录为例fuzz-mode.yaml对 URL 查询参数做后缀注入并用keys限定只变异id和name两个参数避免无差别打全参数查询参数模糊测试模板http: - method: GET path: - {{BaseURL}} fuzzing: - part: query type: postfix mode: multiple keys: [id, name] fuzz: [fuzz-word] matchers-condition: and matchers: - type: word part: body words: [fuzz-word]对已回显 fuzz 值的目标运行下面命令预期在终端看到模板 ID 与命中的fuzz-word回显nuclei -u https://target.example.com -t internal/tests/integration/testdata/fuzz/fuzz-mode.yaml 深入理解Nuclei 模糊测试引擎的工作原理规则编译Rule 结构体是所有模糊测试的起点每条fuzzing配置最终编译为 pkg/fuzz/fuzz.go 中的Rule结构体编译阶段Compile方法会校验枚举值、预编译正则part缺失会直接报错。type Rule struct { Type string yaml:type,omitempty // replace/prefix/postfix/infix/replace-regex Part string yaml:part,omitempty // query/header/path/body/cookie/request Parts []string yaml:parts,omitempty // 排除部分组件时用 Mode string yaml:mode,omitempty // single/multiple默认 multiple Keys []string yaml:keys,omitempty // 要变异的参数名 KeysRegex []string yaml:keys-regex,omitempty Fuzz SliceOrMapSlice yaml:fuzz,omitempty // payload 列表或键值对 ReplaceRegex string yaml:replace-regex,omitempty }请求生成组件解析加回调执行执行入口是 pkg/fuzz/execute.go 的Rule.Execute。它先按part匹配组件query、header 等解析不出组件时返回rule not applicable错误并跳过该规则。随后对每个 payload 调用executePartRule生成GeneratedRequest通过回调交给 HTTP 协议层发送模板里的matchers才在此之后参与命中判定。频率跟踪自动剪掉无效参数internal/runner/runner.go 在启动时创建频率跟踪器缓存上限为 10000 条fuzzFreqCache : frequency.New(frequency.DefaultMaxTrackCount, r.options.FuzzParamFrequency) r.fuzzFrequencyCache fuzzFreqCacheTracker 用 LRU 缓存按「目标 模板 参数」记错某参数累计出错达到阈值默认 10 次后同参数同模板的请求被跳过一旦命中结果则立即UnmarkParameter重置计数保证真实漏洞不会被误剪。 进阶用法模糊测试场景扩展与性能调优场景一用 time_delay 分析器验证盲注基础无回显场景下用内置time_delay分析器判定响应延迟。模板中声明分析器后引擎会自动在 payload 中拼入延时并测量http: - fuzzing: - part: query type: replace keys: [id] fuzz: - 1 AND SLEEP(5)# analyzer: name: time_delay分析器实现见 pkg/fuzz/analyzers/timesleep_duration等参数可按目标网络调整。场景二replace-regex 与 multiple 模式做批量验证进阶对路径中的 URL 型参数做整体替换用replace-regex声明匹配规则多个 payload 用mode: multiple合并进一次请求请求量降为单条路径参数 SQL 注入模板http: - fuzzing: - part: path type: replace-regex replace-regex: \d mode: single fuzz: - 55 AND SLEEP(3)# analyzer: name: time_delay parameters: sleep_duration: 3注意replace-regex仅在type: replace-regex时必填编译期即校验写错会在启动时报错而非扫描中途失败。场景三大范围扫描时收紧频率阈值高级对上千目标跑同一 SQLi 模板时无效参数会累积大量请求。调小频率阈值可更快剪枝FuzzParamFrequency即 runner.go 中传给frequency.New的阈值参数默认 10# 调试参数名可通过 -h 查看阈值设为 5 让剪枝更早生效 nuclei -u targets.txt -t sqli-templates/ -rate-limit 50同时用-debug打开调试输出日志中会出现被跳过参数的提示便于确认剪枝符合预期。⚠️ 常见坑与 Nuclei 模糊测试模板排查问题现象原因解决命令 / 配置no component matched on this rule请求中不存在该 part如无 Cookie加pre-condition用 DSL 过滤目标no part specified for rule模板漏写part字段fuzzing下补part: queryreplace-regex is requiredreplace-regex类型缺正则补replace-regex: \dJSON 数字字段 payload 被跳过格式限制触发SetValue错误改用字符串字段或values正则筛选无效参数仍产生大量请求频率阈值未达默认 10 次调低FuzzParamFrequency阈值参数下一步通读 SYNTAX-REFERENCE.md 中fuzz.Rule一节掌握全部字段与枚举值翻看 fuzz 集成测试模板 目录fuzz-body-json-sqli.yaml、fuzz-cookie-error-sqli.yaml是 body/cookie 场景的现成范例按 CONTRIBUTING.md 提交自定义模板或 Issue调试模板时可参考 DEBUG.md把pkg/fuzz的变异规则、分析器与频率跟踪组合起来即可在自己的 CI 流水线中对 API 与网络资产启用常态化模糊测试。【免费下载链接】nucleiNuclei 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.项目地址: https://gitcode.com/GitHub_Trending/nu/nuclei创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考
掌握 Nuclei 模糊测试Nuclei 3.x 完全指南【免费下载链接】nucleiNuclei 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.项目地址: https://gitcode.com/GitHub_Trending/nu/nucleiNuclei 3.x 是一款基于 YAML DSL 的快速漏洞扫描器内置 HTTP 模糊测试Fuzzing引擎。本文覆盖从模糊测试模板编写、变异规则配置到参数频率调优与常见报错排查的完整流程。 功能全景一览Nuclei 的模糊测试能力集中在pkg/fuzz/模块核心机制如下表功能名一句话说明影响范围五类变异规则replace/prefix/postfix/infix/replace-regex控制 payload 注入方式所有fuzzing规则六类攻击面part可指向 query、header、path、body、cookie 或整个 request规则编译与请求生成单发/多发改变mode: single逐个变异mode: multiple合并后一次性发送请求数量与验证逻辑参数正则过滤keys、keys-regex、values精确圈定要变异的参数payload 命中率参数频率跟踪LRU 缓存记录高频无果参数达到阈值默认 10 次后自动跳过请求量与扫描速度内置分析器time_delay、xss_context分析器自动判定响应特征盲注、XSS 类模板⚡ 5 分钟跑通第一个 Nuclei 模糊测试模板最省事的起点是仓库自带的集成测试模板它们已按真实场景写好pre-condition和matchers。以 pkg/fuzz 集成测试 目录为例fuzz-mode.yaml对 URL 查询参数做后缀注入并用keys限定只变异id和name两个参数避免无差别打全参数查询参数模糊测试模板http: - method: GET path: - {{BaseURL}} fuzzing: - part: query type: postfix mode: multiple keys: [id, name] fuzz: [fuzz-word] matchers-condition: and matchers: - type: word part: body words: [fuzz-word]对已回显 fuzz 值的目标运行下面命令预期在终端看到模板 ID 与命中的fuzz-word回显nuclei -u https://target.example.com -t internal/tests/integration/testdata/fuzz/fuzz-mode.yaml 深入理解Nuclei 模糊测试引擎的工作原理规则编译Rule 结构体是所有模糊测试的起点每条fuzzing配置最终编译为 pkg/fuzz/fuzz.go 中的Rule结构体编译阶段Compile方法会校验枚举值、预编译正则part缺失会直接报错。type Rule struct { Type string yaml:type,omitempty // replace/prefix/postfix/infix/replace-regex Part string yaml:part,omitempty // query/header/path/body/cookie/request Parts []string yaml:parts,omitempty // 排除部分组件时用 Mode string yaml:mode,omitempty // single/multiple默认 multiple Keys []string yaml:keys,omitempty // 要变异的参数名 KeysRegex []string yaml:keys-regex,omitempty Fuzz SliceOrMapSlice yaml:fuzz,omitempty // payload 列表或键值对 ReplaceRegex string yaml:replace-regex,omitempty }请求生成组件解析加回调执行执行入口是 pkg/fuzz/execute.go 的Rule.Execute。它先按part匹配组件query、header 等解析不出组件时返回rule not applicable错误并跳过该规则。随后对每个 payload 调用executePartRule生成GeneratedRequest通过回调交给 HTTP 协议层发送模板里的matchers才在此之后参与命中判定。频率跟踪自动剪掉无效参数internal/runner/runner.go 在启动时创建频率跟踪器缓存上限为 10000 条fuzzFreqCache : frequency.New(frequency.DefaultMaxTrackCount, r.options.FuzzParamFrequency) r.fuzzFrequencyCache fuzzFreqCacheTracker 用 LRU 缓存按「目标 模板 参数」记错某参数累计出错达到阈值默认 10 次后同参数同模板的请求被跳过一旦命中结果则立即UnmarkParameter重置计数保证真实漏洞不会被误剪。 进阶用法模糊测试场景扩展与性能调优场景一用 time_delay 分析器验证盲注基础无回显场景下用内置time_delay分析器判定响应延迟。模板中声明分析器后引擎会自动在 payload 中拼入延时并测量http: - fuzzing: - part: query type: replace keys: [id] fuzz: - 1 AND SLEEP(5)# analyzer: name: time_delay分析器实现见 pkg/fuzz/analyzers/timesleep_duration等参数可按目标网络调整。场景二replace-regex 与 multiple 模式做批量验证进阶对路径中的 URL 型参数做整体替换用replace-regex声明匹配规则多个 payload 用mode: multiple合并进一次请求请求量降为单条路径参数 SQL 注入模板http: - fuzzing: - part: path type: replace-regex replace-regex: \d mode: single fuzz: - 55 AND SLEEP(3)# analyzer: name: time_delay parameters: sleep_duration: 3注意replace-regex仅在type: replace-regex时必填编译期即校验写错会在启动时报错而非扫描中途失败。场景三大范围扫描时收紧频率阈值高级对上千目标跑同一 SQLi 模板时无效参数会累积大量请求。调小频率阈值可更快剪枝FuzzParamFrequency即 runner.go 中传给frequency.New的阈值参数默认 10# 调试参数名可通过 -h 查看阈值设为 5 让剪枝更早生效 nuclei -u targets.txt -t sqli-templates/ -rate-limit 50同时用-debug打开调试输出日志中会出现被跳过参数的提示便于确认剪枝符合预期。⚠️ 常见坑与 Nuclei 模糊测试模板排查问题现象原因解决命令 / 配置no component matched on this rule请求中不存在该 part如无 Cookie加pre-condition用 DSL 过滤目标no part specified for rule模板漏写part字段fuzzing下补part: queryreplace-regex is requiredreplace-regex类型缺正则补replace-regex: \dJSON 数字字段 payload 被跳过格式限制触发SetValue错误改用字符串字段或values正则筛选无效参数仍产生大量请求频率阈值未达默认 10 次调低FuzzParamFrequency阈值参数下一步通读 SYNTAX-REFERENCE.md 中fuzz.Rule一节掌握全部字段与枚举值翻看 fuzz 集成测试模板 目录fuzz-body-json-sqli.yaml、fuzz-cookie-error-sqli.yaml是 body/cookie 场景的现成范例按 CONTRIBUTING.md 提交自定义模板或 Issue调试模板时可参考 DEBUG.md把pkg/fuzz的变异规则、分析器与频率跟踪组合起来即可在自己的 CI 流水线中对 API 与网络资产启用常态化模糊测试。【免费下载链接】nucleiNuclei 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.项目地址: https://gitcode.com/GitHub_Trending/nu/nuclei创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考
