[代码审计] 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、添加全局过滤器，过滤特殊字符；方式如下：

SQLFilter.java中：

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

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

修复后SqlMap截图：

结论：

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