网络安全——Cookie注入

综合渗透测试-Cookie注入

第一步，打开网络拓扑，启动实验虚拟机，分别查看虚拟机IP地址：

Kali Linux

Windows 7

第二步，使用Kali Linux访问sqli-lab第20关的页面：

http://172.16.1.200（靶机IP地址）/sqli-labs/Less-20/

第三步，右键页面-选择Inspect Element with Firebug

第四步，切换至Cookies选项卡-Cookies-Create Cookie

第五步，创建一个用户名的Cookie，名称为uname，值为admin，将Path修改为“/”

第六步，关闭窗口，并重新刷新页面

第七步，刷新页面后，发现Cookie已经被显示

通过上图我们可以发现，我们将Cookie中的uname用户名设为admin，网页通过SQL语句查询出该用户的密码是admin。既然uname被引用并查询了SQL，那么通过修改Cookie中uname的值，我们或许可以进行SQL注入攻击。

第八步，再次重复上述步骤，右键uname-edit，修改用户名的值

第九步，爆出行数：

1）将uname的值修改：

admin' order by 4--+

2）刷新页面，提示第四行不存在

3）将值中的“4”改为“3”，即以第三列排序，以此判断第三列是否存在

4）刷新页面，页面正常，证明数据库共有三列

第十步，爆出当前数据库的名称：

1）修改uname的值：

-admin' union select 1,2,database()--+

2）刷新页面，得到当前的数据库名为security

第十一步，进入第21关，访问地址：

http://172.16.1.200/sqli-labs/Less-21

第十二步，21关卡也同样是Cookie注入。刚刚我们测试过的uname仍然生效，但页面最下方显示错误

出现该错误，我们首先要考虑的是编码问题。由于上个关卡测试没有问题，所以不是编码问题。那么很有可能是uname的值被加密了，最有可能的就是可以被还原的base64加密。

切换至Windows 7靶机，查看网站源码，验证base64加密的过程

C:\AppServ\www\sqli-labs\Less-22\index.php

在源代码中，通过base64_encode方法将用户名（username字段）进行了base64的加密。

第十三步，先将现在uname的值提取出来，将其base64加密后再写入到Cookie当中：

1）右键uname-edit，复制Value中的值

2）打开终端，使用命令将当前语句进行base64加密

echo -n "-admin' union select 1,2,database()--+" | base64

3）将加密后的值粘贴回去

4）刷新页面，页面成功解析了我们base64加密后的值，但报出错误

这表示我们的“--+”注释符号失去了作用。

5）更换注入语句，重新编码：

echo -n "-admin') union select 1,2,database()#" | base64

6）写入Cookie

7）刷新页面，获得当前数据库名

第十四步，访问第22关卡：

http://172.16.1.200/sqli-labs/Less-22

第十五步，本关卡仍为Cookie注入，我们在上一关的Cookie依然保留，首先看到，我们当前的Cookie是没有返回任何结果的

第十六步，切换至Windows 7靶机，查看该页面的源代码，找到原因：

C:\AppServ\www\sqli-labs\Less-22\index.php

22关卡的SQL语句不再使用单引号进行包含，变成了双引号。

第十七步，修改刚刚的注入语句，使用双引号代替单引号，再去掉括号：

1）生成新的uname值：

echo -n "-admin\" union select 1,2,database()#" | base64

2）写入到Cookie

3）刷新页面，注入成功

实验结束，关闭虚拟机。