SQL 注入防御方法总结

SQL 注入是一类危害极大的攻击形式。虽然危害很大,但是防御却远远没有XSS那么困难。

SQL 注入可以参见:https://en.wikipedia.org/wiki/SQL_injection

SQL 注入漏洞存在的原因,就是拼接 SQL 参数。也就是将用于输入的查询参数,直接拼接在 SQL 语句中,导致了SQL 注入漏洞。

  1. 演示下经典的SQL注入
    这里写图片描述

我们看到:select id,no from user where id=2;

如果该语句是通过sql字符串拼接得到的,比如: String sql = “select id,no from user where id=” + id;

其中的 id 是一个用户输入的参数,那么,如果用户输入的是 2, 那么上面看到查到了一条数据,如果用户输入的是 2 or 1=1 进行sql注入攻击,

那么看到,上面的语句(select id,no from user where id=2 or 1=1;)将user表中的所有记录都查出来了。

这就是典型的sql注入。

再看一列:
这里写图片描述

我们看到通过 sql 注入能够直接将表 sqlinject 删除掉!可见其危害!

  1. sql 注入的原因

sql注入的原因,表面上说是因为 拼接字符串,构成sql语句,没有使用 sql语句预编译,绑定变量。

但是更深层次的原因是,将用户输入的字符串,当成了 “sql语句” 来执行。

比如上面的 String sql = “select id,no from user where id=” + id;

我们希望用户输入的 id 的值,仅仅作为一个字符串字面值,传入数据库执行,但是当输入了: 2 or 1=1 时,其中的 or 1=1 并没有作为 where id= 的字面值,而是作为了 sql语句 来执行的。所以其本质是将用户的输入的数据,作为了命令来执行。

  1. sql注入的防御

1> 基本上大家都知道 采用sql语句预编译和绑定变量,是防御sql注入的最佳方法。但是其中的深层次原因就不见得都理解了。

String sql = "select id, no from user where id=?";
        PreparedStatement ps = conn.prepareStatement(sql);
        ps.setInt(1, id);
        ps.executeQuery();

如上所示,就是典型的采用 sql语句预编译和绑定变量 。为什么这样就可以防止sql 注入呢?

其原因就是:采用了PreparedStatement,就会将sql语句:”select id, no from user where id=?” 预先编译好,也就是SQL引擎会预先进行语法分析,产生语法树,生成执行计划,也就是说,后面你输入的参数,无论你输入的是什么,都不会影响该sql语句的 语法结构了,因为语法分析已经完成了,而语法分析主要是分析sql命令,比如 select ,from ,where ,and, or ,order by 等等。所以即使你后面输入了这些sql命令,也不会被当成sql命令来执行了,因为这些sql命令的执行, 必须先的通过语法分析,生成执行计划,既然语法分析已经完成,已经预编译过了,那么后面输入的参数,是绝对不可能作为sql命令来执行的,只会被当做字符串字面值参数。所以sql语句预编译可以防御sql注入。

2> 但是不是所有场景都能够采用 sql语句预编译,有一些场景必须的采用 字符串拼接的方式,此时,我们严格检查参数的数据类型,还有可以使用一些安全函数,来方式sql注入。

比如 String sql = “select id,no from user where id=” + id;

在接收到用户输入的参数时,我们就严格检查 id,只能是int型。复杂情况可以使用正则表达式来判断。这样也是可以防止sql注入的。

安全函数的使用,比如:

``
MySQLCodec codec = new MySQLCodec(Mode.STANDARD);
name = ESAPI.encoder().encodeForSQL(codec, name);
String sql = "select id,no from user where name=" + name;

ESAPI.encoder().encodeForSQL(codec, name)
该函数会将 name 中包含的一些特殊字符进行编码,这样 sql 引擎就不会将name中的字符串当成sql命令来进行语法分析了。

注:

实际项目中,一般我们都是采用各种的框架,比如ibatis, hibernate,mybatis等等。他们一般也默认就是sql预编译的。对于ibatis/mybatis,如果使用的是 #{name}形式的,那么就是sql预编译,使用 ${name} 就不是sql预编译的。“

  • 1
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
### 回答1: SQL注入是一种常见的网络安全漏洞,可以通过在应用程序的输入字段中插入恶意的SQL语句,从而绕过应用程序的安全机制,访问、更改或删除数据库中的数据。 SQL注入的攻击手段可以通过构造恶意的SQL语句来实现,例如在登录界面的用户名和密码输入框中输入'or 1=1 --,这会使应用程序的SQL查询条件变为:WHERE username='' OR 1=1 --',从而绕过用户名和密码的验证,直接登录到应用程序。 为了防止SQL注入攻击,我们需要采取一些防御措施。首先,我们需要进行输入验证和过滤,确保用户输入的数据符合预期的格式和类型,并且不包含恶意代码。其次,我们应该使用参数化查询或准备语句来构造SQL查询,而不是将用户输入直接拼接到查询语句中。这样可以将用户输入的数据作为参数传递给SQL查询,从而防止恶意代码的注入。另外,限制应用程序的数据库用户的权限,可以有效减少攻击者对数据库的操作权限。 除了以上措施,我们还可以使用Web应用程序防火墙(WAF)来检测和防止SQL注入攻击。WAF可以通过识别和拦截恶意的SQL语句,保护应用程序的安全性。 总而言之,SQL注入是一种常见的安全漏洞,对应用程序和数据库造成严重的威胁。为了防止SQL注入攻击,我们需要进行充分的输入验证和过滤,使用参数化查询或准备语句以及限制数据库用户的权限。同时,使用WAF可以提供额外的保护层级。只有综合使用这些防御措施,才能有效地保护应用程序免受SQL注入攻击的威胁。 ### 回答2: SQL注入是一种常见的网络安全漏洞,它允许攻击者通过操纵SQL查询语句来获取未授权的访问权限或者获得敏感数据。SQL注入攻击是通过将恶意的SQL代码插入到用户输入的数据中,以欺骗数据库服务器执行恶意操作。 为了防止SQL注入攻击,需要采取一系列的防御措施: 1. 输入验证:对用户的输入进行验证和过滤,确保输入数据符合预期的格式和类型。可以使用正则表达式、白名单验证或黑名单过滤等方法来限制用户输入的特殊字符和命令。 2. 使用参数化查询或预编译语句:使用参数化查询可以将用户的输入数据与SQL查询语句进行分离,从而避免将用户输入作为SQL语句的一部分执行。预编译语句也可以达到相同的效果,这样数据库会将查询和参数分开处理。 3. 最小权限原则:为数据库用户提供最小的权限,仅限于其所需的操作。这样即使发生SQL注入攻击,攻击者也无法执行敏感操作或者获取敏感数据。 4. 错误处理:不要向用户透露数据库错误信息,这可能包含有关数据库结构和其他敏感信息。在处理错误时,只返回给用户一个通用的错误信息,以防止攻击者通过错误信息获取更多有关数据库的信息。 5. 定期更新和补丁管理:及时更新和打补丁数据库系统,以修复已知的安全漏洞和风险。 总之,SQL注入是一种严重的网络安全威胁,但通过合适的防御措施,我们可以大大减少SQL注入攻击的风险。请大家注意保护自己的数据库和应用程序,确保数据的安全性。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值