JAVA SQL注入测试（javascriptjavascript教师）

JAVA SQL注入测试（javascriptjavascript教师）

一、说明

SQL注入漏洞由于人为对输入的数据进行了恶意的拼接，而程序又没有进行判断过滤或者处理不恰当，导致程序将用户输入的恶意代码被作为SQL语句执行。本篇测试JAVA代码中的SQL注入，后面进一步测试了流行的MyBatis中的SQL注入问题。

二、测试对象准备

（一）JAVA测试代码，先使用拼接SQL语句的方式：

@Controllerpublic class LoginController {     public static final Logger logger = (Logger) LogManager.getLogger(LoginController.class);     @RequestMapping("/login_action")     public String login(@RequestParam String username, @RequestParam String password, Model model) throws SQLException, ClassNotFoundException {         try {             Connection connection = SqlConnectionUtil.GetSqlConnection();//            语句拼接，造成SQL注入             Statement statement = connection.createStatement();             String sql = "select * from userinfo where username='"+username+"' and password ='"+password+"';";             System.out.println(sql);             ResultSet rs = statement.executeQuery(sql);

//              使用预编译//            String sql =  "select * from userinfo where username=? and password =?;"; //            PreparedStatement preparedStatement = connection.prepareStatement(sql); //            preparedStatement.setString(1,username); //            preparedStatement.setString(2,password); //            ResultSet rs = preparedStatement.executeQuery();

logger.info("info: " + sql);             System.out.println("查询结果：");             if (rs.next()){                 String name = rs.getString("username");                 System.out.println(name);                 logger.fatal("User: "+ username+" is logged in !");                 model.addAttribute("msg","welcome you :"+name);             }else {                 model.addAttribute("msg","Sorry,Your Username or Password is wrong! ");             }         }catch (Exception e){             e.printStackTrace();         }         return "test";     } }

（二）前台登录页面

三、测试

（一）在用户名处使用万能密码尝试登录：

（二）SQLMAP神器测试

由于是POST登录，先将浏览器访问通过BURP截取保存为login.txt文件测试，测试的时候可以使用-p指定参数：

D:\sqlmap-master>python sqlmap.py -r sqlmaptesturl\login.txt

查看后台的日志：

四、修改使用预编译，再次扫描未发现SQL注入。

五、MyBatis测试

MyBatis是一款数据持久层框架，它用来简化开发人员对SQL的操作，通过MyBatis开发人员可以通过xml文件操作数据库，只需要将SQL语句编写到xml文件中即可。另外，MyBatis在通过#号传递参数时，底层也采用了PreparedStatement SQL预编译的形式，有效的缓解了SQL注入的问题。下面就针对MyBatis做一些简单的SQL注入测试。

六、TestController配置：

下面是用户访问入口的代码，分别是通过id获取用户信息以及通过name获取用户信息：

@RequestMapping("/getUserListById")

public User getUserListById(@RequestParam(value = "id") String userid) { SqlSession sqlSession = MybatisUtils.getSqlSession(); UserDao userDao = sqlSession.getMapper(UserDao.class); User user = (User) userDao.getUserListById(userid); System.out.println(user); sqlSession.close(); return user;}@RequestMapping("/getUserListByName")public User getUserListByName(@RequestParam(value = "name") String name){ SqlSession sqlSession = MybatisUtils.getSqlSession(); UserDao userDao = sqlSession.getMapper(UserDao.class); User user = (User) userDao.getUserListByName(name); System.out.println(user); sqlSession.close(); return user;}

七、UserMapper.xml中的配置

在UserMapper.xml中写入SQL语句：第一条是通过id获取用户列表，这里使用“#“号；第二条是通过name获取用户列表，这是使用的是”$”号，如下：

resultType="com.yang.pojo.User"> select * from mybatis.user where id = #{id}

select * from mybatis.user where name = '${name}'

八、结果查看

（一）   通过浏览器访问进行功能测试：

通过name获取用户列表：

通过id获取用户列表：

（二）   通过日志信息查看SQL语句：

注意看到getUserListByName通过名字查询，由于在UserMapper中使用的是”$”号，因此SQL语句直接将用户输入进行了拼接，而getUserListById使用的是“#”号，因此使用了“?”号占位。

九、下面使用sqlmap神器跑一下看看：

1、 python sqlmap.py -u "扫描出来一堆漏洞，如下：

2、 python sqlmap.py -u "未扫描出漏洞，如下：

十、接下来看一下like语句

（一）先看一下like语句的语法：

select * from mybatis.user where name like '%王%';

（二）UserMapper.xml中的配置，注意这里写的'%${name}%'：

select * from mybatis.user where name like '%${name}%'

（三）TestController配置：

@RequestMapping("/getUserLike")public List getUserLike(@RequestParam(value = "name") String name) { SqlSession sqlSession = MybatisUtils.getSqlSession(); UserDao userDao = sqlSession.getMapper(UserDao.class); List userList = userDao.getUserLike(name); for (User user:userList){ System.out.println(user); } sqlSession.close(); return userList;}

（四）浏览器访问：

（五）看SQL执行日志，显示进行了语句拼接，如下：

（六）用SQLMAP扫一遍，爆出一堆漏洞：

（七）把UserMapper修改一下，使用“#”替换“$”，如下：

select * from mybatis.user where name like '%#{name}%'

这个时候会报错：

### Error querying database.  Cause: org.apache.ibatis.type.TypeException: Could not set parameters for mapping: ParameterMapping{property='name', mode=IN, javaType=class java.lang.String, jdbcType=null, numericScale=null, resultMapId='null', jdbcTypeName='null', expression='null'}. Cause: org.apache.ibatis.type.TypeException: Error setting non null for parameter #1 with JdbcType null . Try setting a different JdbcType for this parameter or a different configuration property. Cause: java.sql.SQLException: Parameter index out of range (1 > number of parameters, which is 0).

类型不匹配，获取不到参数（具体原因我也没有研究清楚，所有的参数类型都是匹配的，但是将“#”换为”$”后就正确了）。

（八）再修改一下UserMapper.xml的配置，如下：

select * from mybatis.user where name like "%"#{name}"%"

（十）这时候再使用SQLMAP扫描，已经扫不到漏洞了，如下：

十一、      总结

本篇前半部分介绍了JAVA环境中的SQL语句拼接容易导致SQL注入问题，使用PreparedStatement 预编译后可以避免SQL注入。后半部分说明了MyBatis中常见的两种参数传递方式${value}以及#{value}，这两种方式对传入的参数的处理方式是不一样的，当使用#{value}时，MyBatis会使用#{value}这种方式。

版权声明：本文内容由网络用户投稿，版权归原作者所有，本站不拥有其著作权，亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容，请联系我们jiasou666@gmail.com 处理，核实后本网站将在24小时内删除侵权内容。