Nuclei项目中MySQL协议连接密码处理问题分析

问题背景

在安全测试工具Nuclei的JavaScript模块中，使用MySQL协议进行数据库连接时，当密码包含特殊字符(如@符号)时会出现连接失败的问题。这个问题源于DSN(数据源名称)构建过程中对密码进行了不必要的URL编码处理。

技术细节分析

DSN构建机制

Nuclei的MySQL客户端实现中，BuildDSN函数会自动对用户名和密码进行URL编码处理。核心代码如下：

func BuildDSN(opts MySQLOptions) (string, error) {
    var dsn strings.Builder
    dsn.WriteString(fmt.Sprintf("%v:%v", url.QueryEscape(opts.Username), url.QueryEscape(opts.Password)))
    // 其余部分省略...
}

这种设计会导致密码中的特殊字符被转义，例如@会被转义为%40，从而使得实际发送到MySQL服务器的密码与用户提供的原始密码不一致。

问题复现

当尝试使用包含@符号的密码连接MySQL时：

1. 使用Connect方法失败：

var connected = c.Connect('10.108.88.63', 3306, 'root', 'Hxxxd@9');

2. 使用URL编码后的密码也失败：

var connected = c.Connect('10.108.88.63', 3306, 'root', encodeURIComponent('Hxxxd@9'));

3. 直接使用DSN字符串连接成功：

const connected = c.ConnectWithDSN('root:Hxxxd@9@tcp(10.108.88.63:3306)/');

底层原因

通过分析Go语言的MySQL驱动实现发现，DSN字符串中的密码部分不需要进行URL编码。实际上，MySQL协议本身能够正确处理密码中的特殊字符，额外的编码处理反而会导致认证失败。

解决方案建议

临时解决方案

目前可以采用的临时解决方案是：

1. 直接使用ConnectWithDSN方法构建完整的DSN字符串
2. 避免在密码中使用特殊字符

长期修复方案

建议修改BuildDSN函数的实现：

1. 移除对密码的URL编码处理
2. 仅对用户名进行必要的编码处理（如果用户名可能包含特殊字符）
3. 保持与标准MySQL连接字符串格式的一致性

修改后的核心代码应类似：

func BuildDSN(opts MySQLOptions) (string, error) {
    var dsn strings.Builder
    dsn.WriteString(fmt.Sprintf("%v:%v", opts.Username, opts.Password))
    // 其余部分保持不变...
}

其他发现

在测试过程中还发现一个有趣的现象：在JavaScript模板中，如果移除log(dsn)语句，弱密码检测功能会失效。这表明Nuclei的JavaScript执行环境可能存在某些执行上下文或副作用相关的问题，值得进一步调查。

总结

Nuclei作为一款强大的安全测试工具，在处理MySQL协议连接时对密码的特殊字符处理需要更加谨慎。开发者在实现协议相关的功能时，应当充分理解底层协议规范，避免引入不必要的转换或编码处理。对于安全测试工具而言，保持原始输入的完整性往往比进行预处理更为重要。