iBatis的SQL注入问题

本文深入探讨了SQL注入的危害及防范策略,包括正确使用变量、优化查询语句、使用预编译语句等方法,并提供了针对不同数据库的实现细节。同时,介绍了如何通过条件判断和方法封装来提高代码安全性和效率。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

sqlMap中尽量不要使用$;$使用的是Statement(拼接字符串),会出现注入问题。#使用的是PreparedStatement(类似于预编译),将转义交给了数据库,不会出现注入问题;.前者容易出现SQL注入之类的安全问题,所以ibatis推荐使用#。

1、  正确使用$示例:ORDER BY $sortFieldName$ $sortType$,当参数是数据库字段名时这样使用是合适的,但一定注意这些参数一定不能是用户输入的。

2、  错误使用$示例:URL LIKE '%$URL$%',比如参数URL传进一个单引号“'”,生成的sql语句会是:URL like '%'%',这样肯定是会报错的,解决方法是利用字符串连接的方式来构成sql语句,此处应该改为: URL LIKE '%’||#URL#||’%'。

3、  错误的使用$一般都出现在 like后面,可以搜索 %$ 或者 $%。修改方法比较简单直接替换即可。%$替换为 %’||# , $%替换为#||’%。

 综上:

对于like语句,难免要使用$写法,

 1. 对于Oracle可以通过'%'||'#param#'||'%'避免;

 2. 对于MySQL可以通过CONCAT('%',#param#,'%')避免;

 3. MSSQL中通过'%'+#param#+'% 。 


示例:

1.

<isNotEmpty prepend="and" property="name">
NAME like '%'||#name#||'%'
</isNotEmpty>


如果要考虑name走索引的情况那么上面这种语句是不会走索引的,除非写成: 
#name#||'%' 


走索引的情况只限定在'XX%'的like操作中,而'%XX'和'%XX%'无法使用索引


2.

还可以把判断null和'%'封装到一个方法里

<sql id="condition_where">
<isNotEmpty property="companyName" prepend=" and ">
t1.company_name like #companyName#
        </isNotEmpty>
</sql>

if (!StringUtil.isEmpty(this.companyName)) {
table.setCompanyName("%" + this.companyName + "%");
}


3.

Oracle: 
<select id="showOneStudentByName" parameterClass="String" resultMap="studentORM"﹥    
select * from t_stu where s_name like '%'||#name#||'%'     
﹤/select﹥  

Mysql: 
SELECT *   FROM user     
WHERE username like CONCAT('%', #username#, '%')   

SQLServer :
SELECT *   FROM user   WHERE username like '%' + #username# +  '%'    
注意:SQL语句不要写成select * from t_stu where s_name like '%$name$%',这样极易受到注入攻击。



数据库字符串连接符:

Oracle: ||  或  concat()

SQLServer:  +

Mysql:  concat()

db2:  ||  或  concat()

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值