Mybatis中SQL注入攻击的3种方式
前言
SQL注入漏洞作为WEB安全的最常见的漏洞之一，在java中随着预编译与各种ORM框架的使用，注入问题也越来越少。新手代码审计者往往对JavaWeb应用的多个框架组合而心生畏惧，不知如何下手，希望通过Mybatis框架使用不当导致的SQL注入问题为例，能够抛砖引玉给新手一些思路。
一、Mybatis的SQL注入
Mybatis的SQL语句可以基于注解的方式写在类方法上面，更多的是以xml的方式写到xml文件。Mybatis中SQL语句需要我们自己手动编写或者用generator自动生成。编写xml文件时，MyBatis支持两种参数符号，一种是#，另一种是$。比如：
selectid="queryAll"resultMap="resultMap"SELECT*FROMNEWSWHEREID=#{id}/select
#使用预编译，$使用拼接SQL。
Mybatis框架下易产生SQL注入漏洞的情况主要分为以下三种：
1、模糊查询
Select*fromnewswheretitlelike‘%#{title}%’
在这种情况下使用#程序会报错，新手程序员就把#号改成了$,这样如果java代码层面没有对用户输入的内容做处理势必会产生SQL注入漏洞。
正确写法：
select*fromnewswheretilelikeconcat(‘%’,#{title},‘%’)
2、in之后的多个参数
in之后多个id查询时使用#同样会报错，
Select*fromnewswhereidin(#{ids})
正确用法为使用foreach，而不是将#替换为$
idinforeachcollection="ids"item="item"open="("separatosr=","close=")"#{ids}/foreach
3、orderby之后
这种场景应当在Java层面做映射，设置一个字段/表名数组，仅允许用户传入索引值。这样保证传入的字段或者表名都在白名单里面。需要注意的是在mybatis-generator自动生成的SQL语句中，orderby使用的也是$，而like和in没有问题。
二、实战思路
我们使用一个开源的cms来分析，javasql注入问题适合使用反推，先搜索xml查找可能存在注入的漏洞点--反推到DAO--再到实现类--再通过调用链找到前台URL，找到利用点，话不多说走起
1、idea导入项目
Idea首页点击GetfromVersionControl，输入
