资讯

历史

科技

环境与自然

成长

游戏

财经

文学与艺术

美食

健康

家居

文化

情感

汽车

三农

军事

旅行

运动

教育

生活

星座命理

如何有效防SQL注入（防SQL注入攻击的几种方式及优劣对比分析）

创作时间:

作者:

@小白创作中心

如何有效防SQL注入（防SQL注入攻击的几种方式及优劣对比分析）

引用

CSDN

https://m.blog.csdn.net/hwscom/article/details/145850022

SQL注入漏洞是网站安全防护中最常见的漏洞之一，也是黑客最喜欢的攻击途径，因为发起SQL注入攻击非常简单，使用注入攻击工具就可以轻松实施入侵，但防范SQL注入攻击却非常困难。

首先我们来了解一下什么是SQL注入。

我们以后台登录功能为例，在数据库查询时，一般使用如下SQL代码：

select * from [users] where username='用户名' and password='密码'

如果用户名填写admin，密码填写：123456，完整的SQL语句就是：

select * from [users] where username='admin' and password='123456'

如果有返回结果，表示账户和密码是正确的。看起来是没问题，但如果简单改一下，把密码改为：123' or 'a'='a'

完整的SQL语句就成了：

select * from [users] where username='admin' and password='123' or 'a'='a'

很显然a=a是成立的，数据库就会返回记录，黑客也就成功进入系统了。

那么如何彻底防护SQL注入攻击呢？

严格讲，没有彻底防护一说，因为漏洞无止境，唯有尽可能的提升防护能力。

护卫神安全团队一共整理了三种防护方法：

在每个页面对查询参数进行SQL注入过滤
在网站全局对输入参数进行SQL注入过滤
在服务器对输入参数进行SQL注入过滤

一、在每个页面对查询参数进行SQL注入过滤

这种方法是防护SQL注入最常用的方法，是最有效的方法，但也是最让人无赖的方法，因为出现SQL注入漏洞的原因就是此种方法过滤不全面引发的。

例如上文的username和password，如果我们将password参数的单引号、双引号、空格替换为空，完整的SQL语句变为：

select * from [users] where username='admin' and password='123ora=a'

此时就无法登录系统了，成功解决注入问题。

我们除了对password参数过滤，还需要对username参数进行过滤，即：在SQL查询语句中的所有参数，都需要进行过滤。

建议过滤掉的字符：' " ( ) * [ ] > < % 空格 Tab键

此方法优点：效果好、无副作用

此方法缺点：需要会玩代码、改动地方非常多

防护范围：当前参数

二、在网站全局对输入参数进行SQL注入过滤

防护原理：建立一个公共页面，让每个脚本文件都include这个页面。在这个公共页面中，对输入服务器的参数进行危险SQL关键词检测，发现有危险关键词，就阻止访问。示例代码如下：

<%
' 函数：检查参数中是否包含危险SQL语句
Function ChkSQL(inputString)
    if instr(inputString,"select")>0 then ChkSQL=1
    if instr(inputString,"update")>0 then ChkSQL=1
    '其他需要过滤的危险SQL语句
    '...
    '...
End Function
' 检查GET参数
Dim queryStringKey, queryStringValue
For Each queryStringKey In Request.QueryString
    queryStringValue = Request.QueryString(queryStringKey)
    If ChkSQL(queryStringValue)=1 Then
        Response.Write "非常抱歉，你的请求涉嫌危险操作，已阻止访问！<br>"
        Response.End
    End If
Next
' 检查POST参数
Dim formKey, formValue
For Each formKey In Request.Form
    formValue = Request.Form(formKey)
    If ChkSQL(formValue) Then
        Response.Write "非常抱歉，你的请求涉嫌危险操作，已阻止访问！<br>"
        Response.End
    End If
Next
%>

此方法优点：改动没那么大

此方法缺点：需要会玩代码、副作用较大

防护范围：include公共脚本的所有页面