2008-10-14
SQL注入攻击及其防范浅谈
SQL注入攻击
SQL注入攻击的基本原理,是从客户端合法接口提交特殊的非法代码,让其注入到服务器端执行业务的SQL中去,进而改变SQL语句的原有逻辑和影响服务器端正常业务的处理。
SQL注入攻击是Web应用中一个重要的安全问题,虽然Java具备较高的安全性,但如果开发人员不注意,也有可能留下安全隐患,请看示例:
SQL注入攻击的基本原理,是从客户端合法接口提交特殊的非法代码,让其注入到服务器端执行业务的SQL中去,进而改变SQL语句的原有逻辑和影响服务器端正常业务的处理。
SQL注入攻击是Web应用中一个重要的安全问题,虽然Java具备较高的安全性,但如果开发人员不注意,也有可能留下安全隐患,请看示例:
执行验证的SQL语句
现有一个Login页面用来控制WebApp的入口,用户想要进入只有输入“用户名”和“密码”,负责用户登录处理的Servlet接受到请求后,将看数据表usertable中是否存在这个用户名和密码,如果存在则让其进入,否则拒绝,进行验证的SQL语句如下:
现有一个Login页面用来控制WebApp的入口,用户想要进入只有输入“用户名”和“密码”,负责用户登录处理的Servlet接受到请求后,将看数据表usertable中是否存在这个用户名和密码,如果存在则让其进入,否则拒绝,进行验证的SQL语句如下:
select count ( * ) from usertable where name = ' 用户名 ' and pswd = ' 密码‘
执行完这条SQL语句后,如果记录数等于零说明在usertable表不到用户名和密码对应的记录,应该拒绝;如果记录数大于零则说明能在usertable表中到对应的记录,应予放行。
如果用户进行SQL注入则可使验证无效
如果用户通过某种途径知道或是猜测出了验证SQL语句的逻辑,他就有可能在表单中输入特殊字符改变SQL原有的逻辑,比如在名称文本框中输入“ ‘ or ’1‘=’1‘ or ’1‘=’1 ”或是在密码文本框中输入“ 1‘ or ’1‘=’1 ”,SQL语句将会变成:
1 . select count ( * ) from usertable where name = '' or ' 1 ' = ' 1 ' or ' 1 ' = ' 1 ' and pswd = ''
2 . select count ( * ) from usertable where name = '' and pswd = ' 1 ' or ' 1 ' = ' 1 '
2 . select count ( * ) from usertable where name = '' and pswd = ' 1 ' or ' 1 ' = ' 1 '
明显,or和单引号的加入使得where后的条件始终是true原有的验证完全无效了。
使用正则表达式屏蔽特殊字符
使用SQL注入攻击多在特殊字符上下手脚,如“’”,“*”,“/” ,”--”等,如果用正则表达式限制特殊字符输入,这些手段将没有效果。下面的代码将阻止含有特殊字符的请求。
if (Pattern.matches( " \\w+ " , name) == false || Pattern.matches( " \\w+ " , pswd) == false ) {
// 返回login界面
request.setAttribute( " feedbackMsg " , " 用户名和密码不允许包括特殊字符 " );
RequestDispatcher dispatcher = RequestDispatcher( " /web/page/login1.jsp?curr=0 " );
dispatcher.forward(request, response);
return ;
}
// 返回login界面
request.setAttribute( " feedbackMsg " , " 用户名和密码不允许包括特殊字符 " );
RequestDispatcher dispatcher = RequestDispatcher( " /web/page/login1.jsp?curr=0 " );
dispatcher.forward(request, response);
return ;
}
使用PreparedStatement代替Statement
SQL注入攻击能得逞是因为在原有SQL语句中加入了新的逻辑,如果使用PreparedStatement执行SQL语句,其后只是输入参数, SQL注入攻击手段将无效,这是因
为PreparedStatement不允许在不同的插入时间改变查询的逻辑结构 。示例代码如下:
Connection conn = null ;
PreparedStatement ps = null ;
ResultSet rs = null ;
String sql = " select count(*) from usertable where name=? and pswd=? " ;
ps = conn.prepareStatement(sql);
ps.setString( 1 , name);
ps.setString( 2 , pswd);
PreparedStatement ps = null ;
ResultSet rs = null ;
String sql = " select count(*) from usertable where name=? and pswd=? " ;
ps = conn.prepareStatement(sql);
ps.setString( 1 , name);
ps.setString( 2 , pswd);
PreparedStatement的错误使用
用PreparedStatement来防范SQL注入攻击是因为“因为PreparedStatement不允许在不同的插入时间改变查询的逻辑结构”,如果如下使用则起不到这个效果,因为SQL语句和参数没有分开,它们被组合在一起被一次性提交了。
Connection conn = null ;
PreparedStatement ps = null ;
ResultSet rs = null ;
。。。。
conn =&Connection();
sql = " select count(*) from usertable where name=' " + name + " ' and pswd=' " + pswd + " ' " ;
ps = conn.prepareStatement(sql);
rs =&uteQuery();
PreparedStatement ps = null ;
ResultSet rs = null ;
。。。。
conn =&Connection();
sql = " select count(*) from usertable where name=' " + name + " ' and pswd=' " + pswd + " ' " ;
ps = conn.prepareStatement(sql);
rs =&uteQuery();
这种情况下要防范SQL注入攻击还是要借助于正则表达式 。
小结
1.Web系统通常采用数据库作为数据源,而大多数业务处理都离不开SQL语句,因此系统潜在就有被SQL注入攻击的隐患,攻击可能会从任何一次URL提交或是FORM提交中发起。
2.使用PreparedStatement执行Sql语句比Statement安全得多,如果能使用PreparedStatement就不该用Statement,当然SQL主体和参数应该分开。注入
3.如果因为要执行动态多变的SQL语句而不得已采用Statement,则应该在服务器端用正则表达式进行输入验证。
4.客户端验证可能被取消,因此服务器端验证必不可少。
3.如果因为要执行动态多变的SQL语句而不得已采用Statement,则应该在服务器端用正则表达式进行输入验证。
4.客户端验证可能被取消,因此服务器端验证必不可少。
版权声明:本站内容均来自互联网,仅供演示用,请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系QQ:729038198,我们将在24小时内删除。
发表评论