Java代码审计连载之—SQL注入

前言
近日闲来无事，快两年都没怎么写代码了，打算写几行代码，做代码审计一年了，每天看代码都好几万行，突然发现自己都不会写代码了，真是很DT。想当初入门代码审计的时候真是非常难，网上几乎找不到什么java审计的资料，摸索了很长时间，搜到的也仅仅讲了点原理，为了给想学java代码审计的朋友门一点入门资料，就开始写《java代码审计连载》系列文章，本文章适合初学者，大牛留下脚印后请绕过，若代码有什么其他问题请忽略，因为那不是重点，此片只讲述SQL注入。本次写了两个简单的页面，一个登陆页面，一个查询id界面，如下：

废话不多说，开始！
SQL注入原理
先看下百度百科对SQL注入的介绍：
所谓SQL注入，就是通过把SQL命令插入到Web表单提交或输入域名或页面请求的查询字符串，最终达到欺骗服务器执行恶意的SQL命令。具体来说，它是利用现有应用程序，将（恶意的）SQL命令注入到后台数据库引擎执行的能力，它可以通过在Web表单中输入（恶意）SQL语句得到一个存在安全漏洞的网站上的数据库，而不是按照设计者意图去执行SQL语句。比如先前的很多影视网站泄露VIP会员密码大多就是通过WEB表单递交查询字符暴出的，这类表单特别容易受到SQL注入式攻击。

SQL注入的表现形式
原理说的很正式，但是对初学者来说很笼统，对代码审计的来说也是不怎么明白。你那么总结起来，SQL注入在代码中体现的有以下3点：
1、传递的参数为用户可控；
什么叫参数为用户可控？其实前端传入的一切参数均为用户可控，包括：

这里的一切数据，参数传入后台后，接收的形式是什么样的呢？代码如下

request.getParameter("searchWord")是从前端获取参数的一种方式（当然还有其他方式，此处不赘述），而从前端获取的参数名为“searchWord”，也就是此处jsp页面中input标签中的id为“searchWord”的值，如下：

因此“searchWord”就是前端我们输入的“id”值。

2.系统未对传入后台的参数做任何特殊字符过滤，或者字符过滤不全。
什么是特殊字符，对SQL注入而言，特殊字符包括（注意大小写）：
--,#,//(注释符)
and
or
select
update
delete
drop
declare
insert
xp_shell
（，）括号
 ||,+, （空格） 连接符
 ' 单引号
|（竖线符号）
 & （& 符号）
;（分号）
$（美元符号）
%（百分比符号）
 @（at 符号）
'（单引号）
"（引号）
\'（反斜杠转义单引号）
\"（反斜杠转义引号）
<>（尖括号）
CR（回车符，ASCII 0x0d）
LF（换行，ASCII 0x0a）
,（逗号）
\（反斜杠）

3、SQL语句是以拼接的形式执行，代码如下所示：

SQL语句一旦以拼接的方式执行，就表示拼接的参数“word”是表示一个SQL语句，而不仅仅是作为一个参数执行，什么意思呢？详细如下：
如果word的值为1，那么SQL语句变成：
Select * from test where id = 1
如果word的值为1’ and ‘a’=’a，那么SQL语句变成：
Select * from test where id = 1’ and ‘a’=’a

最后在数据库中执行的时候就是

想必大牛们都明白这一点，就不赘述了。
以上3点就是造成SQL注入产生的根本原因。

SQL页面展示
下面贴上SQL注入漏洞页面：
搜索框输入：1

查看执行结果：

搜索框输入：1’
查看执行结果：
搜索框输入：1’ and ‘a’=’a
查看执行结果：

尝试爆出数据库长度（过程忽略）：

表示数据库长度为：8
顺便贴上SqlMap截图：

剩下的不深入，你们比我懂。

 

SQL注入的修复
SQL注入在java代码中的修复其实也是非常简单，主要有两个方式：
1、添加全局过滤器，过滤特殊字符；方式如下：
Web.xml:

SQLFilter.java中：

2.SQL语句使用参数化查询方式，代码如下：

使用参数化查询才是SQL注入最根本的修复方式。
修复后SqlMap截图：

 

结论：
本篇文章没有多少技术含量，希望对安全开发人员和学习代码审计人员有一点可取之处。本《java代码审计连载篇》会继续编写，希望大家多多支持，若有错误和不足之处，请指出来，谢谢！