Hibernate底层实现 (一) 三种查询底层实现与SQL注入

本文探讨了Hibernate的三种查询方式——Criteria、HQL和SQL的底层实现,并重点关注了SQL注入问题。Criteria的sqlRestriction可能存在SQL注入风险,但其他限制条件如eq、between等由于预编译过程而相对安全。HQL通过Parse和analyse过程转化为SQL,其中的污染源可能导致SQL注入。而直接使用SQLQuery对象时,如addScalar操作,也涉及字符串拼接,存在潜在风险。总体来说,Hibernate的SQL注入风险低于MyBatis。

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

我所说的并非是三种查询方式的方法实现,这里我不用讲,我主要是想围绕着Hibernate  SQL注入

一、Criteria

对于SQL注入的分析,其实也是围绕着把Criteria语句转化为SQL,生成可执行SQL语句,把完整的会发生注入的数据流API罗列出来

Restrictions.sqlRestriction    SQL限定的查询

public static Criterion sqlRestriction(String sql) {
		return new SQLCriterion(sql, ArrayHelper.EMPTY_OBJECT_ARRAY, ArrayHelper.EMPTY_TYPE_ARRAY);
	}
protected SQLCriterion(String sql, Object[] values, Type[] types) {
		this.sql = sql;
		typedValues = new TypedValue[values.length];
		for ( int i=0; i<typedValues.length; i++ ) {
			typedValues[i] = new TypedValue( types[i], values[i], EntityMode.POJO );
		}
	}
public Criteria add(Criteria criteriaInst, Criterion expression) {
		criterionEntries.add( 
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值