Nuclei模板中DSL匹配器的变量使用技巧解析

在安全测试工具Nuclei的使用过程中，DSL(领域特定语言)匹配器是一个非常强大的功能组件，它允许用户通过编写表达式来实现复杂的条件判断。然而，许多用户在尝试在DSL表达式中使用模板变量时，经常会遇到变量替换失效的问题，特别是在使用contains()函数时。

问题现象

当用户尝试在DSL匹配器中使用类似contains(header, 'Location: {{BaseURL}}/login/google')这样的表达式时，发现{{BaseURL}}变量没有被正确替换为实际的目标URL。这导致条件判断无法按预期工作，影响了模板的检测准确性。

问题根源

这种现象的产生源于Nuclei模板引擎对变量替换机制的处理差异。在模板的请求定义部分，使用{{}}包裹变量名是标准的做法，但在DSL表达式中，这种语法并不适用。DSL环境有其独特的变量访问方式，直接使用变量名而不需要{{}}符号包裹。

解决方案

针对这一问题，Nuclei提供了两种有效的解决方式：

1. 字符串连接方式

通过+运算符将字符串和变量连接起来：

dsl:
  - "status_code == 302 && !contains(header, 'Location: ' + BaseURL + '/login/google')"

这种方式简单直接，将静态字符串'Location: '与BaseURL变量以及'/login/google'路径部分连接成一个完整的字符串进行比较。

2. 使用concat函数

Nuclei DSL提供了concat辅助函数，专门用于字符串拼接：

dsl:
  - "!contains(header, concat('Location: ', BaseURL, '/login/google'))"

concat函数可以接受多个参数，将它们按顺序连接成一个字符串。这种方式在需要拼接多个部分时更加清晰易读。

最佳实践建议

1. 变量使用一致性：在DSL表达式中始终直接使用变量名，避免使用{{}}符号
2. 复杂拼接优先使用concat：当需要拼接多个字符串片段时，concat函数能提供更好的可读性
3. 测试验证：修改后务必通过测试用例验证表达式的正确性
4. 文档参考：定期查阅Nuclei官方文档中关于DSL语法的最新说明

技术原理

Nuclei的模板引擎在处理不同部分时采用了不同的解析策略。请求定义部分使用类似Go模板的语法，需要显式的{{}}标记来标识变量。而DSL表达式则采用独立的解析器，直接暴露变量环境，因此不需要特殊标记。这种设计既保持了灵活性，又避免了语法冲突。

理解这一区别后，用户在编写复杂条件判断时就能更加得心应手，充分发挥Nuclei强大的检测能力。