使用带参数的动态SQL是否安全?如果没有,它可能会遇到哪些安全问题?

时间:2011-01-12 18:47:22

标签: c# asp.net security parameters sql-injection

例如,这是我正在使用的代码:

String commandString = "UPDATE Members SET UserName = @newName , AdminLevel = @userLevel WHERE UserID = @userid";
using (SqlConnection conn = new SqlConnection(ConfigurationManager.ConnectionStrings["sqlconnectionstring"].ConnectionString))
{
    SqlCommand cmd = new SqlCommand(commandString, conn);
    cmd.Parameters.Add("@newName", newName);
    cmd.Parameters.Add("@userLevel", userLevel);
    cmd.Parameters.Add("@userid", userid);
    conn.Open();
    cmd.ExecuteReader();
    Reader.Close();
}

3 个答案:

答案 0 :(得分:7)

该代码看起来很好。参数化是一种方法,而不是在一个特殊的SQL语句中连接用户提供的值,这可以打开你的SQL注入攻击。这也可以帮助执行计划重用。

我唯一要补充的是,我更愿意明确定义参数的数据类型和大小。例如,如果您不这样做,作为示例,所有字符串值将作为NVARCHAR而不是VARCHAR传递到数据库。因此,我喜欢明确。

答案 1 :(得分:4)

对SQL注入是安全的,因为它是参数化的。其他安全问题,例如确保@userid不被欺骗,是应该在应用程序的其他层中处理的单独的安全问题。

答案 2 :(得分:2)

那仍然是一个静态查询字符串。它不是真正的“动态”sql,直到你还可以动态构建部分字符串 - 就像这样:

var sql = "SELECT columns FROM Table WHERE 1=1";
if (!string.IsNullOrEmpty(txtName.Text)) sql += " AND Name LIKE '%' + @Name + '%'";
if (!string.IsNullOrEmpty(txtDesc.Text)) sql += " AND CONTAINS(DESCRIPTION, @description)";

但即便如此,只要您继续使用源自用户输入的查询的每个部分的参数,这在sql注入意义上仍然是“安全的”。