【.NET代码审计】- SQL注入

在 ORM（对象关系映射）框架中，以下是常见的 SQL 注入风险：

1. 动态查询拼接

• 使用字符串拼接: 如果在构建查询时使用字符串拼接而不是参数化查询，可能导致 SQL 注入。例如：
  var query = "SELECT * FROM Users WHERE Username = '" + username + "'";
  如果 username 来自用户输入，攻击者可以插入恶意 SQL 代码。

2. 不安全的原始 SQL 执行

• 错误的ExecuteSqlRaw或类似方法: 当使用这些方法执行原始 SQL 时，如果没有使用参数化，可能导致 SQL 注入。例如：dbContext.Database.ExecuteSqlRaw("DELETE FROM Users WHERE Id = " + userId);

  正确的使用ExecuteSqlRaw 或类似方法：

  string sql = "DELETE FROM Users WHERE Id = @p0";

  int affectedRows = dbContext.Database.ExecuteSqlRaw(sql, userId);

3. LINQ 查询的滥用

• 不适当的 LINQ 查询: 尽管 LINQ 通常会自动处理参数化，但如果使用 ToString() 或其他方法将 LINQ 查询转换为字符串，可能导致风险。例如：
  var query = dbContext.Users.Where(u => u.Username == username.ToString()).ToString();

4. 不当处理用户输入

• 缺乏输入验证和清理: 如果不对用户输入进行适当的验证和清理，可能会引入恶意代码。尤其是在使用复杂查询时，输入的参数可能会被错误地解释为 SQL 代码。

5. 使用不受信任的数据源

• 动态表名或列名: 如果使用用户输入来构建动态 SQL 查询的表名或列名，可能导致 SQL 注入风险。例如：
  var query = "SELECT * FROM " + tableName; // tableName 是用户输入

防范措施

1. 使用参数化查询: 始终使用参数化查询而不是字符串拼接。
2. 验证和清理输入: 确保对用户输入进行严格的验证和清理。
3. 使用 ORM 的安全特性: 利用 ORM 框架提供的内置安全特性，如 LINQ 查询。