SQL注入与防止及myBaits基本作用

目录

• SQL注入
• 防止SQL注入的方法
• mybaits中${}和#{}的使用

SQL注入

在嵌入式SQL编程中，sql语句通常是以字符串的形式提交给数据库管理系统的。SQL注入是利用SQL语法将一些恶意代码加入到该字符串中，从而获取到非授权的数据。

如：用户登录（假设用户名为admin，密码为 1234www.devze.com56），通常使用以下语句进行判断

select * from user where username=‘admin' and password=‘123456'

如果获取到记录，则允许登录，否则提示“用户名不存在或密码错误”。加入我并不知道用户密码，知道用户名为“admin”，在输入用户名时，将用户名变为 admin‘-- ，此时sql语句变为

select * from user where username=‘admin'-- and pa编程客栈ssword=‘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='?'";
PreparedStatementwww.devze.com pstmt = conn.prepareStatement(sql);
pstmt.setString(1,"admin");
pstmt.setString(2,"123456");
//5、执行语句
Resul编程客栈tSet 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注入与开发者_Elasticsearch防止及myBaits基本作用的详细内容，更多关于SQL注入与防止及myBaits作用的资料请关注我们其它相关文章！