SQL注入与防止及myBaits基本作用
目录
- SQL注入
- 防止SQL注入的方法
- mybaits中${}和#{}的使用
SQL注入
在嵌入式SQL编程中,sql语句通常是以字符串的形式提交给数据库管理系统的。SQL注入是利用SQL语法将一些恶意代码加入到该字符串中,从而获取到非授权的数据。
如:用户登录(假设用户名为admin,密码为 123456),通常使用以下语句进行判断
select * from user where username=‘admin' and password=‘123456'
如果获取到记录,则允许登录,否则提示“用户名不存在或密码错误”。加入我并不知道用户密码,知道用户名为“admin”,在输入用户名时,将用户名变为 admin‘-- ,此时sql语句变为
select * from user where username=‘admin'-- and password=‘123456'
则登录成功。如下图密码随意输入,如果没有做任何防止SQL注入的处理,完全可以登录成功
假如:用户名我输入的是“admin;drop table user;–”;会发生啥结果?
防止SQL注入的方法
JDBC提供的PreparedStatement可以防止SQL注入;PreparedStatement对sql预编译后,sql语句中的参数需要用?代替。然后调用setXX()方法设置sql语句中的参数。这样再传入特殊值,也不会出现sql注入的问题了,示例代码如下:
String sql="select * from user where username='?'"+" and password='?'"; PreparedStatement pstmt = conn.prepareStatement(sql); pstmt.setString(1,"admin"); pstmt.setString(2,"123456"); //5、执行语句 ResultSet rs=pstmt.executeQuery(sql);
还有另外一种方法,就是把SQL语句写入存储过程,通过存储过程完成查询,同样可以防止SQL注入。
mybaits中${}和#{}的使用
“$ ”是拼接符;使用“${} ”相当于在高级语言中已经将sql语句进行拼接,而且对于变量是不加引号的,如:用户名为admin,参数变量为 sname
select * from user where username=‘${sname}' --此种情况下,高级语言交给数据库的SQL语句是 select * from user where username=‘admin'
此种情况下是无法防止SQL注入的。
#{}是占位符;使用“#{} ”只能在数据库管理系统中,将#{}中的参数带入
select * from user where username=#{sname} --此种情况下,首先经过预编译形成如下SQL,再将参数带入,此时给参数值带加单引号 select * from user where username=?
此种情况下是可以防止SQL注入的
既然#{}能够防止SQL注入,"$ {}"不能,为什么mybaits还要提供这么一个符号?,当然有myBatis的理由,如果SQL语句中数据库对象需要传参进去,那只能使用** ${}**。如查询用户表(user) ,参数变量为tableName=‘user',代码只能是
select * from ${tableName} //转换为SQL语句为 select * from user
在myBatis中变量做为where子句中的参数,一律使用#{},禁止使用“ ” , 以 防 S Q L 注 入 ; S Q L 语 句 中 包 含 了 数 据 库 对 象 ( 如 表 、 视 图 等 ) 才 能 使 用 “ {} ”,以防SQL注入;SQL语句中包含了数据库对象(如表、视图等)才能使用“ ”,以防SQL注入;SQL语句中包含了数据库对象(如表、视图等)才能使用“{} ”,因为#{},自动给变量加上引号,如上例:
select * from #{tableName} //转换为SQL语句为 select * from 'user'
以上就是SQL注入与防止及myBaits基本作用的详细内容,更多关于SQL注入与防止及myBaits作用的资料请关注我们其它相关文章!