参数化查询下寻找 SQL 注入漏洞：最佳实践与常见攻击点

虽然使用参数化查询或预编译语句可以有效防止 SQL 注入攻击，但也不能保证绝对安全。以下是一些可能的漏洞和攻击点，可以在代码审计和安全测试中寻找 SQL 注入漏洞：

1. 输入验证不充分：如果应用程序没有对输入数据进行充分的验证和过滤，攻击者可能会通过其他漏洞，如 XSS 攻击，注入恶意 SQL 代码。

2. 动态拼接 SQL 语句：即使使用了参数化查询或预编译语句，如果在构建 SQL 查询时动态拼接了用户输入数据，就有可能存在 SQL 注入漏洞。这可能发生在拼接表名、列名、排序条件等的情况下。

3. 存储过程和函数：存储过程和函数可能包含自己的 SQL 代码，如果它们使用了用户输入数据，也可能存在 SQL 注入漏洞。

4. ORM 框架和查询构造器：使用 ORM 框架或查询构造器等抽象层可以简化数据库操作，但也需要保证其实现没有漏洞，否则可能导致 SQL 注入。

5. 数据库特定的语法和功能：数据库特定的语法和功能可能导致 SQL 注入漏洞，例如 MySQL 中的联合查询、分析函数等。

为了找到潜在的 SQL 注入点，可以进行以下步骤：

1. 代码审计：仔细审查应用程序的代码，查找是否存在动态拼接 SQL 查询的情况，或者是否对用户输入数据进行充分的验证和过滤。

2. 安全测试：通过手动或自动化的安全测试，尝试输入特殊字符和 SQL 关键字，观察是否能够执行非预期的 SQL 操作。

3. 静态分析工具：使用静态代码分析工具来检查代码中的潜在漏洞。

4. 使用数据库审计工具：数据库审计工具可以帮助检测和记录 SQL 注入攻击尝试。

总之，虽然参数化查询和预编译语句可以大大减少 SQL 注入的风险，但仍然需要进行充分的验证和过滤，并进行代码审计和安全测试来找到潜在的漏洞。