Sqlparameter防SQL注入

一、SQL注入的原因

         随着B/S模式应用开发的发展，使用这种模式编写应用程序的程序员也越来越多。但是由于这个行业的入门门槛不高，程序员的水平及经验也参差不齐，相当大一部分程序员在编写代码的时候，没有对用户输入数据的合法性进行判断，使应用程序存在安全隐患。用户可以提交一段数据库查询代码，根据程序返回的结果，获得某些他想得知的数据，这就是所谓的SQL Injection，即ＳＱＬ注入。 

        ＳＱＬ注入是从正常的WWW端口访问，而且表面看起来跟一般的Web页面访问没什么区别，所以目前市面的防火墙都不会对ＳＱＬ注入发出警报，如果管理员没查看IIS日志的习惯，可能被入侵很长时间都不会发觉。　 

但是，ＳＱＬ注入的手法相当灵活，在注入的时候会碰到很多意外的情况。能不能根据具体情况进行分析，构造巧妙的SQL语句，从而成功获取想要的数据，是高手与“菜鸟”的根本区别。　 

二、SQL注入的一般步骤

首先，判断环境，寻找注入点，判断数据库类型。

其次，根据注入参数类型，在脑海中重构SQL语句的原貌，按参数类型主要分为下面三种： 

(A) ID=49 这类注入的参数是数字型，SQL语句原貌大致如下： 

Select * from 表名 where 字段=49 

注入的参数为ID=49 And [查询条件]，即是生成语句： 

Select * from 表名 where 字段=49 And [查询条件] 

(B) Class=连续剧 这类注入的参数是字符型，SQL语句原貌大致概如下： 

Select * from 表名 where 字段=’连续剧’ 

注入的参数为Class=连续剧’ and [查询条件] and ‘’=’ ，即是生成语句： 

Select * from 表名 where 字段=’连续剧’ and [查询条件] and ‘’=’’ 

(C) 搜索时没过滤参数的，如keyword=关键字，SQL语句原貌大致如下： 

Select * from 表名 where 字段like ’%关键字%’ 

注入的参数为keyword=’ and [查询条件] and ‘%25’=’， 即是生成语句： 

Select * from 表名 where字段like ’%’ and [查询条件] and ‘%’=’%’ 

接着，将查询条件替换成SQL语句，猜解表名，例如： 

ID=49 And (Select Count(*) from Admin)＞=0 

         如果页面就与ID=49的相同，说明附加条件成立，即表Admin存在，反之，即不存在（请牢记这种方法）。如此循环，直至猜到表名为止。 表名猜出来后，将Count(*)替换成Count(字段名)，用同样的原理猜解字段名。 

         有人会说：这里有一些偶然的成分，如果表名起得很复杂没规律的，那根本就没得玩下去了。说得很对，这世界根本就不存在100%成功的黑客技术，苍蝇不叮无缝的蛋，无论多技术多高深的黑客，都是因为别人的程序写得不严密或使用者保密意识不够，才有得下手。 

 

三、防范方法

          ＳＱＬ注入漏洞可谓是“千里之堤，溃于蚁穴”，这种漏洞在网上极为普遍，通常是由于程序员对注入不了解，或者程序过滤不严格，或者某个参数忘记检查导致。在这里，我给大家一个函数，代替ASP中的Request函数，可以对一切的SQL注入说 NO。

下面我就说说用SqlParameter防SQL注入的方法 

1、 SqlParameter 构造函数

SqlParameter(String, SqlDbType, Int32,ParameterDirection, Byte, Byte, String, DataRowVersion, Boolean, Object,String, String, String)，其参数分别代表该类使用参数名、参数的类型、参数的长度、方向、精度、小数位数、源列名称、DataRowVersion 值之一、用于源列映射的布尔值、SqlParameter 的值、此 XML 实例的架构集合所在的数据库的名称、此 XML 实例的架构集合所在的关系架构以及此参数的架构集合的名称。

2、  SqlParameter的应用

Public Class UserDAL
    ''' <summary>
    ''' 查询用户信息
    ''' </summary>
    ''' <param name="enUserInfo"></param>
    ''' <returns>UserOne</returns>
    ''' <remarks>返回用户的基本信息实体</remarks>
    Public Function Inquiry(ByVal enUserInfo As Entity.UserInfoEntity) As Entity.UserInfoEntity
        '定义UserInfoEntity的一个对象
        Dim UserOne As New Entity.UserInfoEntity
        '获得连接字符串
         Dim strConnection As String = System.Configuration.ConfigurationManager.AppSettings("sqlConnectStr")
        '设置连接
        Dim conn As SqlConnection = New SqlConnection(strConnection)
        '定义命令对象
        Dim cmd As New SqlCommand
        '定义一个适配器对象
        Dim sqlAdapter As SqlDataAdapter
        '实例一个数据表的对象
        Dim dt As New DataTable
        '实例一个数据集的对象
        Dim ds As New DataSet
        'sal语句
        Dim strSql As String = "select *from T_UserInfo where UserNO=@UserNo"
        Dim paras As SqlParameter() = {New SqlParameter("@UserNo", enUserInfo.UserNo)}

        '对cmd进行赋值
        cmd.CommandText = strSql
        cmd.CommandType = CommandType.Text
        cmd.Connection = conn
        cmd.Parameters.AddRange(paras)
        sqlAdapter = New SqlDataAdapter(cmd)


        conn.Open()            '打开连接
        sqlAdapter.Fill(ds)    '填充数据集
        dt = ds.Tables(0)
        cmd.Parameters.Clear()
        conn.Close()
        cmd.Dispose()

        Try
            '对实体进行赋值
            UserOne.UserNo = dt.Rows(0).Item("UserNO")
            UserOne.UserName = dt.Rows(0).Item("UserName")
            UserOne.UserLevel = dt.Rows(0).Item("UserLevel")
            UserOne.UserPwd = dt.Rows(0).Item("UserPWD")
            UserOne.RegisterManager = dt.Rows(0).Item("RegisterManager")
            Return UserOne
        Catch ex As Exception
            Return UserOne
        End Try

    End Function

3、 SqlParameter的基本原理是执行计划重用。即对注入后的SQL语句重新进行了编译，重新执行了语法解析。

四、总结

    不管怎么说，在今后的开发中，对于SQL注入的问题值得我们注意的还有很多，还有待于我们慢慢的积累。