大家好，又见面了，我是你们的朋友全栈君。如果您正在找激活码,请点击查看最新教程,关注关注公众号 “全栈程序员社区” 获取激活教程,可能之前旧版本教程已经失效.最新Idea2022.1教程亲测有效,一键激活。

Jetbrains全家桶1年46，售后保障稳定

1、什么是Sql注入攻击

 SQL注入攻击通过构建特殊的输入作为参数传入Web应用程序，而这些输入大都是SQL语法里的一些组合，通过执行SQL语句进而执行攻击者所要的操作，它目前是黑客对数据库进行攻击的最常用手段之一。

 本课程将带你从介绍 Web 应用运行原理开始，一步一步理解 Sql 注入的由来、原理和攻击方式。

2、Web程序三层架构

 三层架构(3-tier architecture) 通常意义上就是将整个业务应用划分为：

界面层（User Interface layer）

业务逻辑层（Business Logic Layer）

数据访问层（Data access layer）。

 区分层次的目的即为了“高内聚低耦合”的思想。在软件体系架构设计中，分层式结构是最常见，也是最重要的一种结构被应用于众多类型的软件开发。

3、Sql注入产生原因及威胁

 刚刚讲过当我们访问动态网页时, Web 服务器会向数据访问层发起 Sql 查询请求，如果权限验证通过就会执行 Sql 语句。 这种网站内部直接发送的Sql请求一般不会有危险，但实际情况是很多时候需要结合用户的输入数据动态构造 Sql 语句，如果用户输入的数据被构造成恶意 Sql 代码，Web 应用又未对动态构造的 Sql 语句使用的参数进行审查，则会带来意想不到的危险。

 Sql 注入带来的威胁主要有如下几点

• 猜解后台数据库，这是利用最多的方式，盗取网站的敏感信息。
• 绕过认证，列如绕过验证登录网站后台。
• 注入可以借助数据库的存储过程进行提权等操作

4、判断Sql注入点

4.1 判断是否存在sql注入漏洞

 通常情况下，可能存在 Sql 注入漏洞的 Url 是类似这种形式 ：http://xxx.xxx.xxx/abcd.php?id=XX 对 Sql 注入的判断，主要有两个方面：

• 判断该带参数的 Url 是否存在 Sql 注入？
• 如果存在 Sql 注入，那么属于哪种 Sql 注入？

 可能存在 Sql 注入攻击的 ASP/PHP/JSP 动态网页中，一个动态网页中可能只有一个参数，有时可能有多个参数。有时是整型参数，有时是字符串型参数，不能一概而论。总之只要是带有参数的 动态网页且此网页访问了数据库，那么就有可能存在 Sql 注入。如果程序员没有足够的安全意识，没有进行必要的字符过滤，存在SQL注入的可能性就非常大。

 最为经典的单引号判断法： 在参数后面加上单引号,比如:

http://xxx/abc.php?id=1'

Jetbrains全家桶1年46，售后保障稳定

 如果页面返回错误，则存在 Sql 注入。 原因是无论字符型还是整型都会因为单引号个数不匹配而报错。 （如果未报错，不代表不存在 Sql 注入，因为有可能页面对单引号做了过滤，这时可以使用判断语句进行注入，因为此为入门基础课程，就不做深入讲解了）

4.2 判断Sql注入漏洞的类型

 通常 Sql 注入漏洞分为 2 种类型：

• 数字型
• 字符型

 其实所有的类型都是根据数据库本身表的类型所产生的，在我们创建表的时候会发现其后总有个数据类型的限制，而不同的数据库又有不同的数据类型，但是无论怎么分常用的查询数据类型总是以数字与字符来区分的，所以就会产生注入点为何种类型。

4.2.1 数字型判断

 当输入的参 x 为整型时，通常 abc.php 中 Sql 语句类型大致如下： select * from <表名> where id = x 这种类型可以使用经典的 and 1=1 和 and 1=2 来判断：

 Url 地址中输入 http://xxx/abc.php?id= x and 1=1 页面依旧运行正常，继续进行下一步。
 Url 地址中继续输入 http://xxx/abc.php?id= x and 1=2 页面运行错误，则说明此 Sql 注入为数字型注入。
 原因如下： 当输入 and 1=1时，后台执行 Sql 语句：

select * from <表名> where id = x and 1=1

 没有语法错误且逻辑判断为正确，所以返回正常。

 当输入 and 1=2时，后台执行 Sql 语句：

select * from <表名> where id = x and 1=2

 没有语法错误但是逻辑判断为假，所以返回错误。 我们再使用假设法：如果这是字符型注入的话，我们输入以上语句之后应该出现如下情况：

select * from <表名> where id = 'x and 1=1' 
select * from <表名> where id = 'x and 1=2'

 查询语句将 and 语句全部转换为了字符串，并没有进行 and 的逻辑判断，所以不会出现以上结果，故假设是不成立的。

4.2.2 字符型判断

 当输入的参 x 为字符型时，通常 abc.php 中 SQL 语句类型大致如下： select * from <表名> where id = ‘x’ 这种类型我们同样可以使用 and ‘1’=’1 和 and ‘1’=’2来判断：

 Url 地址中输入 http://xxx/abc.php?id= x’ and ‘1’=’1 页面运行正常，继续进行下一步。
 Url 地址中继续输入 http://xxx/abc.php?id= x’ and ‘1’=’2 页面运行错误，则说明此 Sql 注入为字符型注入。

 原因如下： 当输入 and ‘1’=’1时，后台执行 Sql 语句：

select * from <表名> where id = 'x' and '1'='1'

 语法正确，逻辑判断正确，所以返回正确。

 当输入 and ‘1’=’2时，后台执行 Sql 语句：

select * from <表名> where id = 'x' and '1'='2'

 语法正确，但逻辑判断错误，所以返回正确。同学们同样可以使用假设法来验证。

5、Sql注入实例

5.1 绕过登陆

 我们正常的登陆是输入用户名密码到后台数据库判断用户名密码是否正确，看看后台代码是如何实现的

select * from user where username = '$name' and password = '$pwd'"

 用户名密码都输入123，实际执行的sql语句是：

select * from users where username='123' and password='123'

 我们尝试在用户名中输入 123’ or 1=1 #, 密码同样输入 123’ or 1=1 #显示登陆成功，为什么会登录成功呢，我们来看看实际执行的sql语句

select * from users where username='123' or 1=1 #' and password='123' or 1=1 #'

 按照 Mysql 语法，# 后面的内容会被忽略，所以以上语句等同于（实际上密码框里不输入任何东西也一样）：

select * from users where username='123' or 1=1

 由于判断语句 or 1=1 恒成立，所以结果当然返回真，成功登录。 我们再尝试不使用 # 屏蔽单引号，采用手动闭合的方式： 我们尝试在用户名中输入 123’ or ‘1’=’1, 密码同样输入 123’ or ‘1’=’1 （不能少了单引号，否则会有语法错误）： 此处输入图片的描述 此处输入图片的描述 实际执行的 Sql 语句是：

select * from users where username='123' or '1'='1' and password='123' or '1'='1`

 看到了吗？两个 or 语句使 and 前后两个判断永远恒等于真，所以能够成功登录。

 还有通过sql语句注入来获取隐私信息，所以sql注入需要引起程序员们的注意。

6、预防Sql注入的方法

 下面我针对JSP，说一下应对方法：

(1)（简单又有效的方法）PreparedStatement

 采用预编译语句集，它内置了处理SQL注入的能力，只要使用它的setXXX方法传值即可。

使用好处：

 (1).代码的可读性和可维护性.

 (2).PreparedStatement尽最大可能提高性能.

 (3).最重要的一点是极大地提高了安全性.

原理：

 sql注入只对sql语句的准备(编译)过程有破坏作用 ,而PreparedStatement已经准备好了,执行阶段只是把输入串作为数据处理, 而不再对sql语句进行解析,准备,因此也就避免了sql注入问题.

(2) 使用正则表达式过滤传入的参数

 要引入的包：

import java.util.regex.*; 

 正则表达式：

private String CHECKSQL = “^(.+)\sand\s(.+)|(.+)\sor(.+)\s$”; 

 判断是否匹配：

Pattern.matches(CHECKSQL,targerStr); 

 下面是具体的正则表达式：

 检测SQL meta-characters的正则表达式 ：

/(\%27)|(\’)|(–)|(\%23)|(#)/ix 

 修正检测SQL meta-characters的正则表达式 ：

/((\%3D)|(=))[^\n]*((\%27)|(\’)|(–)|(\%3B)|(:))/i 

 典型的SQL 注入攻击的正则表达式 ：

/\w*((\%27)|(\’))((\%6F)|o|(\%4F))((\%72)|r|(\%52))/ix 

 检测SQL注入，UNION查询关键字的正则表达式 ：

/((\%27)|(\’))union/ix(\%27)|(\’) 

 检测MS SQL Server SQL注入攻击的正则表达式：

/exec(\s|+)+(s|x)p\w+/ix 

 等等…..

(3) 字符串过滤

 比较通用的一个方法：

 （||之间的参数可以根据自己程序的需要添加）

public static boolean sql_inj(String str) 
{ 
String inj_str = “’|and|exec|insert|select|delete|update| 
count|*|%|chr|mid|master|truncate|char|declare|;|or|-|+|,”; 
String inj_stra[] = split(inj_str,”|”); 
for (int i=0 ; i < inj_stra.length ; i++ ) 
{ 
if (str.indexOf(inj_stra[i])>=0) 
{ 
return true; 
} 
} 
return false; 
}

(4) jsp中调用该函数检查是否包函非法字符

 防止SQL从URL注入：

 sql_inj.java代码：

package sql_inj; 
import java.net.*; 
import java.io.*; 
import java.sql.*; 
import java.text.*; 
import java.lang.String; 
public class sql_inj{ 
    
public static boolean sql_inj(String str) 
{ 
String inj_str = “’|and|exec|insert|select|delete|update| 
count|*|%|chr|mid|master|truncate|char|declare|;|or|-|+|,”; 
//这里的东西还可以自己添加 
String[] inj_stra=inj_str.split(“\|”); 
for (int i=0 ; i < inj_stra.length ; i++ ) 
{ 
if (str.indexOf(inj_stra[i])>=0) 
{ 
return true; 
} 
} 
return false; 
} 
}

(5) JSP页面判断代码：

 使用javascript在客户端进行不安全字符屏蔽

 功能介绍：检查是否含有”‘”,”\”,”/”

 参数说明：要检查的字符串

 返回值：0：是1：不是

 函数名是

function check(a) { 
    
return 1; 
fibdn = new Array (”‘” ,”\”,”/”); 
i=fibdn.length; 
j=a.length; 
for (ii=0; ii＜i; ii++) 
{ for (jj=0; jj＜j; jj++) 
{ temp1=a.charAt(jj); 
temp2=fibdn[ii]; 
if (tem’; p1==temp2) 
{ return 0; } 
} 
} 
return 1;
}

 总的说来，防范一般的SQL注入只要在代码规范上下点功夫就可以了。
凡涉及到执行的SQL中有变量时，用JDBC（或者其他数据持久层）提供的如：PreparedStatement就可以 ，切记不要用拼接字符串的方法就可以了。

关注公众号：猿小雷
获取更多文章，第一之间掌握技术。
有问题请在公众号内回复，小雷会一一回答。