JSP中如何防范SQL注入攻击

SQL注入攻击的总体思路：
发现SQL注入位置；判断服务器类型和后台数据库类型；确定可执行情况

对于有些攻击者而言，一般会采取sql注入法。下面我也谈一下自己关于sql注入法的感悟。

 

注入法：
从理论上说，认证网页中会有型如：
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’ 不管用户输入任何用户名与密码，此语句永远都能正确执行，用户轻易骗过系统，获取合法身份。

 

猜解法：
基本思路是：猜解所有数据库名称，猜出库中的每张表名，分析可能是存放用户名与密码的表名，猜出表中的每个字段名，猜出表中的每条记录内容。
还有一种方式可以获得你的数据库名和每张表的名。
就是通过在形如：http://www. .cn/news?id=10'的方式来通过报错获得你的数据库名和表名！

 

对于jsp而言我们一般采取一下策略来应对：

1、PreparedStatement
如果你已经是稍有水平开发者,你就应该始终以PreparedStatement代替Statement.
以下是几点原因
    1)、代码的可读性和可维护性.
    2)、PreparedStatement尽最大可能提高性能.
    3)、最重要的一点是极大地提高了安全性.
到目前为止，有一些人（包括本人）连基本的恶义SQL语法都不知道.
String sql = "select * from tb_name where name= '"+varname+"' and passwd='"+varpasswd+"'";
如果我们把[' or '1' = '1]作为name传入进来.密码随意,看看会成为什么?
select * from tb_name = 'or '1' = '1' and passwd = '随意' ;
因为'1'='1'肯定成立,所以可以任何通过验证.更有甚者:
把['; drop table tb_name; ]作为varpasswd传入进来,则:
select * from tb_name = '随意' and passwd = ''; drop table tb_name; 有些数据库是不会让你成功的,但也有很多数据库就可以使这些语句得到执行.
而如果你使用预编译语句.你传入的任何内容就不会和原来的语句发生任何匹配的关系.(前提是数据库本身支持预编译,但上前可能没有什么服务端数据库不支持编译了,只有少数的桌面数据库,就是直接文件访问的那些只要全使用预编译语句,你就用不着对传入的数据做任何过虑.而如果使用普通的 statement,有可能要对drop,; 等做费尽心机的判断和过虑.

 

2、正则表达式
    2.1、检测SQL meta-characters的正则表达式 /(\%27)|(\')|(\-\-)|(\%23)|(#)/ix
    2.2、修正检测SQL meta-characters的正则表达式 /((\%3D)|(=))[^\n]*((\%27)|(\')|(\-\-) |(\%3B)|(:))/i
    2.3、典型的 SQL 注入攻击的正则表达式 /\w*((\%27)|(\'))((\%6F)|o|(\%4F))((\%72)|r|(\ ))/ix
    2.4、检测SQL注入，UNION查询关键字的正则表达式 /((\%27)|(\'))union/ix(\%27)|(\') - 单引号和它的hex等值　　union - union关键字。
    2.5、检测MS SQL Server SQL注入攻击的正则表达式 /exec(\s|\+)+(s|x)p\w+/ix

 

3、字符串过滤
public static String filterContent(String content){
String flt ="'|and|exec|insert|select|delete|update|count|*|%
|chr|mid|master|truncate|char|declare|; |or|-|+|,";
Stringfilter[] = flt.split("|");
for(int i=0; i {
content.replace(filter[i], "");
}
return content;
}

 

4、不安全字符屏蔽

本部分采用js来屏蔽，起的作用很小，这样用屏蔽关键字的方法虽然有一定作用，但是在实际应用中这些 SQL的关键字也可能成为真正的查询关键字，到那是被你屏蔽了那用户不是不能正常的使用了。 只要在代码规范上下点功夫就可以了。
凡涉及到执行的SQL中有变量时，用JDBC（或者其他数据持久层）提供的如：PreparedStatement就可以 ，切记不要用拼接字符串的方法就可以了.
功能介绍：检查是否含有"'","\\","/"
参数说明：要检查的字符串
返回值：0：是 1：不是
函数名是
function check(a)
{
return 1;
fibdn = new Array ("'" ,"\\","/");
i=fibdn.length;
j=a.length;
for (ii=0; ii { for (jj=0; jj

{ temp1=a.charAt(jj);
temp2=fibdn[ii];
if (tem'; p1==temp2)
{ return 0; }
}
}
return 1;
}

评论

14 楼 鸟哥哥 2010-03-28  

PreparedStatement搞定，像Spring的JDBC也是支持ps的。像去年还是哪时，卡巴斯基也是爆出sql注入的丑闻。这问题不仅仅是jsp吧,数据库应用都应该注意的了。

13 楼 waterpot 2010-03-17  

注入法的原理还是很简单，但是具体还是弄不懂

12 楼 wtotal 2010-03-17  

用第一条策略不够吗? 

11 楼 evaspring 2010-03-17  

现在的SQL 注入攻击基本很少有效了，目前见到比较多的地方还是 ASP 页面 ~

10 楼 風一樣的男子 2010-03-17  

算是能看懂一丁点

9 楼 berlou 2010-03-17  

整那么多东西有什么用，有现成的PrepareStatement不用？

8 楼 fanfq 2010-03-17  

preparedstatement就可以解决SQL注入问题了。

7 楼 xingqiliudehuanghun 2010-03-17  

我们做企业应用，这些东西考虑的少一些，我一般简单化处理，收到参数后
替换到里边的单引号和双引号后再使用

6 楼 meiowei 2010-03-17  

从没想过这事

5 楼 flashing 2010-03-17  

preparedstatement是王道。注入的花样太多了，不小心还会中招。

4 楼 tangbo530 2010-03-16  

js是起不了什么作用
你想嘛
别人既然想要攻击你
直接修改客户端JS代码就完了

3 楼 yiding_he 2010-03-16  

有 PreparedStatement 在手，基本上就不管程序的事了，出了事也是数据库的责任。

2 楼 little_bill 2010-03-16  

使用sql占位符方式，也可以啊。这个用的人还是比较多的。

1 楼 cn_arthurs 2010-03-16  

如果在执行sql之后，返回的不是boolean类型，而是一个对象类型，判断对象类型的属性值，也是可以防止SQL注入吧