1.SQL注入的简介
SQL注入是比较常见的网络攻击方式之一,它不是利用操纵系统的BUG来实现攻击,而是针对程序员编程时的疏忽,通过SQL语句,实现无账号登录,甚至篡改数据库.
2.SQL注入攻击的总体思路.
1.寻找到SQL注入的位置
2.判断服务器类型和后台数据库类型
3.针对不同的服务器和数据库的特点进行SQL注入攻击
3.SQL注入攻击实例
/**
* 在一个登陆界面,要求输入用户名和密码:
* 可以这样输入;实现不用账号输入:
* 用户名: 'or 1 = 1 -
* 密码:
*
* 点登陆,如果没有做特殊处理,那么这个非法用户就很得意的登陆进入了,
* (当然有些语言的API已经处理了这个问题)
* 理论上说:后台认证程序中会有如下的SQL语句:
*
*/
/**
* String sql="select * from user_table where user name = '"+username+"'and password='"+password+"'" ;
* 当输入了上面的用户名和密码,上面的SQL语句就变成了
* SELECT * FROM user_table WHERE username ="or 1 = 1 -- and password= ";
* 分析SQL语句:
* 条件后面username="or 1=1 用户名等于 "
* 或1=1 那么这个条件一定会成功;
*
* 然后后面加两个-,这意味着注释,他将后面的语句注释,让他们起不到作用,这样语句永远都能正确执行,
* 用户轻易骗过系统,获取合法身份
*
* 假如执行:
* SELECT * FROM user_table WHERE username= "DROP DATABASE(DB NAME) -- and password="
* 就完蛋了
*/
/**
* 解决的方法就是:
* 针对JSP,提供下面的应对方法:
* 一.PreparedStatement(简单有效的方法)
* 采用预编译语句集,它内置了处理SQL注入的能力,只要使用它的setXXX方法传值就可以解决.
*
* 使用好处:
* 1.代码的可读性和可维护性.
* 2.PreparedStatement尽最大可能提高性能.
* 3.最重要的一点是极大的提高了安全性.
*
* 原因:SQL注入只对SQL语句的准备(编译)过程有破坏作用,
* 而preparedStatement已经准备好了,
* 执行阶段只是把输入串作为数据处理.
* 而不再对SQL语句进行解析,因此也就避免了SQL注入问题.
*
*
* 二.使用正则表达式过滤传输的参数
* 引入的包:import java.util.regex.*;
* 正则表达式:private String CHECKSQL = "^(.+)\\sand\\s(.+)|(.+)\\sor(.+)\\s$";
* 判断是否匹配:
* Pattern.matches(CHECKSQL,targerStr);
*
* 下面是具体的正则表达式: /(\%27)|(\')|(\-\-)|(\%23)|(#)/ix
* 修正监测SQL-meta-character的正则表达式:/((\%3D)|(=))[^\n]*((\%27)|(\')|(\-\-)|(\%3B)|(:))/i
*
* 典型的SQL注入攻击的正则表达式:/\w*((\%27)|(\'))((\%6F)|o|(\%4F))((\%72)|r|(\%52))/ix
*
* 检测SQL注入,UNION查询关键字的正则表达式:/((\%27)|(\'))union/ix(\%27)|(\')
*
* 检测MS SQL Server SQL注入攻击的正则表达式: /exec(\s|\+)+(s|x)p\w+/ix
* 等等.
*
* 三.字符串过滤
* 比较通用的一个方法:
* (|| 之间的参数可以根据自己的程序的需要添加)
*/
网友评论