参数化查询，防止sql注入漏洞攻击
在这次重构机房收费系统中,有效的解决了SQL注入的问题,这几天对于sql注入攻击进行了详细的研究，在这里做一下回顾。
首先，什么是注入漏洞攻击呢？所谓SQL注入，就是通过把SQL命令插入到Web表单递交或输入域名或页面请求的查询字符串，最终达到欺骗服务器执行恶意的SQL命令。通常的解决方案有过滤敏感字符，比如说过滤掉or, and , select sql等关键字，通过参数化查询解决sql注入漏洞的实例。
所谓的参数化查询（Parameterized Query 或 Parameterized Statement）是指在设计与数据库链接并访问数据时，在需要填入数值或数据的地方，使用参数 (Parameter) 来给值，这个方法目前已被视为最有效可预防SQL注入攻击 (SQL Injection) 的攻击手法的防御方式。Microsoft SQL Server 的参数格式是以 "@" 字符加上参数名称而成.
例如：SELECT * FROM myTable WHERE myID = @myID INSERT INTO myTable (c1, c2, c3, c4) VALUES (@c1, @c2, @c3, @c4)或者SELECT * FROM myTable WHERE myID = @myID INSERT INTO myTable (c1, c2, c3, c4) VALUES(?,?,?,?)，通过(?)指定占位符，当然在添加参数的时候，必须按照(c1, c2, c3, c4)的顺序来添加，否则会出错。
实例：一个简单的登录案例，登录首页
登录代码如下：
分析：
数据表T_User中含有一条数据，userName为admin，Password为123，这样的话输入正确的话能登陆到系统。当用户名输入admin后，在password一栏里输入 1’ or ‘1’=’1 之后按登录按钮，惊奇的发现也能登录成功。
原因输出现在这里： tring cmdText = "select Id from T_User where userName='"+txtLoginName.Text() +"' and Password='"+txtPwd.Text()+"'"; 这是一句查询语句，采用的是连接字符串的形式。当在sqlserver中输入select * from T_User where userName='admin' and Password ='1' or '1'='1' 这条语句时， sqlserver是正确执行的，也就是返回T_User表中的所有数据。这也就是为什么会发生sql注入漏洞的原因。
通过注入SQL，这段SQL现在表示的含义是查找(userName='admin'的，且Password='1') 或者1=1 的所有用户,改变了原来自己的初衷,可以看到SQL的语意发生了改变，为什么发生了改变呢？，因为没有重用以前的执行计划，因为对注入后的SQL语句重新进行了编译，因为重新执行了语法解析。所以要保证SQL语义不变，即我想要表达SQL就是我想表达的意思，不是别的注入后的意思，就应该重用执行计划。
如果不能够重用执行计划，那么就有SQL注入的风险，因为SQL的语意有可能会变化，所表达的查询就可能变化。
所以，入侵者只要知道了你的数据表中的任意一个用户名，就可以登录你的系统，随意更改数据表的资料，造成无法弥补的损失，但是，是不是我们没有什么改变方法呢?
下面就来讨论一下参数化查询，防止sql注入，代码如下：
privatevoidbtbLogin_Click(objectsender, EventArgs e)
{
stringstr =@"Data Source=.\SQLEXPRESS;AttachDbFilename=|DataDirectory|\Database2.mdf;Integrated Security=true;User Instance=true";
using(SqlConnection con=newSqlConnection (str))
{
try
{
con.Open();
//在查询语句中使用参数
stringcmdText ="select Id from T_User where userName=@user and Password=@pwd";
using(SqlCommand cmd =newSqlCommand(cmdText, con))
{
//设定参数user的值为用户输入的用户名
cmd.Parameter.Add(newSqlParameter("user",txtLoginName.Text));
//设定参数pwd的值为用户输入的密码
cmd.Parameter.Add(newSqlParameter("pwd",txtPassword.Text));
inti = Convert.ToInt32(cmd.ExecuteScalar());
if(i > 0)
{
MessageBox.Show("Succeed to login the system !");
}
else
{
MessageBox.Show("You have input the wrong name or password !");
}
}
}
catch(Exception ex)
{
MessageBox.Show(ex.Message);
}
}
}
|
在查询语句中加入@user和@pwd这样的参数，然后再为参数赋值，利用这样的形式，即可以防止该漏洞的发生。现在，登录的时候再在Password一栏里输入 1’ or ‘1’=’1 ，就不能够登录了，这样就保证了数据库的安全性。
可以看到参数化查询主要做了这些事情：
1：参数过滤，可以看到 @Password='1' or 1=1—'
2：执行计划重用
因为执行计划被重用，所以可以防止SQL注入。
小结：为参数化查询可以重用执行计划，并且如果重用执行计划的话，SQL所要表达的语义就不会变化，所以就可以防止SQL注入,如果不能重用执行计划，就有可能出现SQL注入，存储过程也是一样的道理，因为可以重用执行计划。