注入测试

    从测试的角度来看，我们重要的是要认识到，SQL注入的主要目标是企图通过改变被发送到SQL服务端查询的语句来控制SQL服务器。测试此漏洞前，你首先要知道如何利用这个漏洞，然后自己测试下面的方法：

寻找漏洞

   黑客们开始在网站寻找漏洞。这些漏洞可能是任何可以接收输入，查找，提交表单，或是ASP，JSP，CGI或PHP页面，它们也包括隐藏域，而并不是局限在显示在页面上的域［译者加：域是指提交表单，输入框这类］

测试漏洞是否真的存在

为了测试漏洞是否可以成功利用，黑客们最常用的方法是单引号和撇号｛apostrophe｝，[译者加：apostrophe翻译出来是撇的意思，其实应该是指分号";"，因为分号可以将新的语句跟到前面的语句来执行，即多语句查询，以此为攻击。注，SQL SERVER支持多语句查询，ACCESS不支持]这两个字符是SQL语句中用来做分隔符之用。如果用户的输入没有通过验证而直接到达了数据库进行操作，那么搞定这个数据库管理系统将变得很简单。为了测试这样的漏洞，黑客们可能将 jo'hn 这样的代码输入到一个输入框中，或是输入到这样的一个地址中http://www.qhwins.com/index.asp?id=jo'hn 。 如果黑客利用的是代码中隐藏的一个域的话，这点小麻烦对黑客来说没算什么，它可以把源代码下载并保存下来，然后修改URL，隐藏字段，再去提交执行。

如果这是一个真正的弱点，撇号后的其他信息，将被视为一提交到SQL服务器的查询字符串的一部分，将由后端执行。

错误描述

如果黑客要找什么，哪么错误页对于黑客来说，将是帮助他们的一个很好的判断工具，因为错误页提供了黑客想要知道的一些信息。如果一个ODBC的错误信息被返回，黑客就确实了，这真的是一个可以利用的漏洞。这些错误是由数据库系统生成的，这也意味着单引号被成功带入到后台进行了查询。

继续测试

黑客们将继续尝试绕过网站的验证和其它过滤程序，认真的审查每条服务器的响应输出情况，这些努力包括：

 改变单引号在不同的地方出现，试图在任何例程中有机可乘。例如，电子邮件域可能会验证一个@符号和一个句点。如果黑客输入joe'@qhwins.com ,这样将会验证失败，但是joe@qhwins.com' 将会成功，并发现漏洞。

在字符串最大长度的末尾上加一个单引号。如果网站转义了单引号，［原：If the site is escaping single quotes, an attempt to escape the single quote could result in truncation back to the single quote.］

使用连字符（破折号）。在SQL中，这意味后是单行注释，并可能导致服务器忽略该行的其余部份。

使用分号。这个表明后面跟的是一个新的查询，可以允许这个新查询在第一条语句后面被执行。

使用高级的unicode字符，它们经常被降级到ASCII “当量”，包括危险的单引号。［原：Using high Unicode characters that are often downgraded to ASCII "equivalents," including the dangerous single quote.］

在所有的字段域中使用这些技术，不光包括字符串域，而且包括任何隐式转换的地方和仅仅通过UI格式执行的域。

使用＃字符。有时你会觉得这是一个日期/时间的分隔符使用。

使用等值的危险字符。

private void cmdLogin_Click(object sender, System.EventArgs e) {

    string strCnx = 

        ConfigurationSettings.AppSettings["cnxNWindBetter"];

    using (SqlConnection cnx = new SqlConnection(strCnx))

    {

        SqlParameter prm;

        cnx.Open();

        string strAccessLevel;

        SqlCommand cmd = new SqlCommand("procVerifyUser", cnx);

        cmd.CommandType= CommandType.StoredProcedure;

        prm = new SqlParameter("@username",SqlDbType.VarChar,50);

        prm.Direction=ParameterDirection.Input;

        prm.Value = txtUser.Text;

        cmd.Parameters.Add(prm);

        prm = new SqlParameter("@password",SqlDbType.VarChar,50);

        prm.Direction=ParameterDirection.Input;

        prm.Value = txtPassword.Text;

        cmd.Parameters.Add(prm);            

        strAccessLevel = (string) cmd.ExecuteScalar();

        if (strAccessLevel.Length>0) {

            FormsAuthentication.RedirectFromLoginPage(txtUser.Text, false);

        }

        else {

            lblMsg.Text = "Login attempt failed.";

        }

    }

}

private void cmdLogin_Click(object sender, System.EventArgs e) {

    string strCnx = ConfigurationSettings.AppSettings["cnxNWindBad"];

    using (SqlConnection cnx = new SqlConnection(strCnx))

    {

        SqlParameter prm;

        cnx.Open();

        string strQry = 

            "SELECT Count(*) FROM Users WHERE UserName=@username " +

            "AND Password=@password";

        int intRecs;

        SqlCommand cmd = new SqlCommand(strQry, cnx);

        cmd.CommandType= CommandType.Text;

        prm = new SqlParameter("@username",SqlDbType.VarChar,50);

        prm.Direction=ParameterDirection.Input;

        prm.Value = txtUser.Text;

        cmd.Parameters.Add(prm);

        prm = new SqlParameter("@password",SqlDbType.VarChar,50);

        prm.Direction=ParameterDirection.Input;

        prm.Value = txtPassword.Text;

        cmd.Parameters.Add(prm);            

        intRecs = (int) cmd.ExecuteScalar();

        if (intRecs>0) {

            FormsAuthentication.RedirectFromLoginPage(txtUser.Text, false);

        }

        else {

            lblMsg.Text = "Login attempt failed.";

        }

    }

}