cookie注入原理

最新推荐文章于 2022-02-21 14:40:05 发布

转载最新推荐文章于 2022-02-21 14:40:05 发布 · 1.4k 阅读

68 篇文章

订阅专栏

cookie注入属于基础，站里没有专门将这个问题的，这次发这个文章上来

今天在旁注网站的过程中遇到了一个可以cookie注入的网站，加上我个人网站之前的文章貌似没有提及过cookie注入，所以今天拿一个实例网站来给大家说下手工进行cookie注入。

cookie注入其原理也和平时的注入一样，只不过说我们是将提交的参数已cookie方式提交了，而一般的注入我们是使用get或者post方式提交，get方式提交就是直接在网址后面加上需要注入的语句，post则是通过表单方式，get和post的不同之处就在于一个我们可以通过IE地址栏处看到我们提交的参数，而另外一个却不能。

相对post和get方式注入来说，cookie注入就要稍微繁琐一些了，要进行cookie注入，我们首先就要修改cookie，这里就需要使用到 Javascript语言了。另外cookie注入的形成有两个必须条件，条件1是程序对get和post方式提交的数据进行了过滤，但未对cookie 提交的数据库进行过滤。在条件1的基础上还需要程序对提交数据获取方式是直接request("xxx")的方式，未指明使用request对象的具体方法进行获取。

下面还是具体拿个实例来给大家演示下，目标站：http://www.XXX.com /Products_show.asp?id=284 ，同时也是注入点。我们首先要检测下按照平时的方式注入，在网址后面加 and 1=1

可见是使用了防注入系统的，但是目前我们是使用get方式提交的参数，那现在我们将“id=284”这个参数使用cookie提交看看程序对数据接收是否直接使用 request("xx")的方式？要更改成cookie方式提交，我们首先要访问正常的页面，即是：http://www.2cto.com /Products_show.asp?id=284，等页面完全打开之后，我们将IE地址栏清空，然后写上:javascript:alert(document.cookie="id="+escape("284")); 这里的“id=”便是“Products_show.asp?id=284”中的“id=”，“escape("284")”中的“284”是 “Products_show.asp?id=284”中的“id=284”了，这两处要根据实际情况来定义。写完之后按下回车网页中会弹出以下对话框：

现在更改好了cookie后我们就要试下能不能正常访问了，现在在另外一个窗口中我们打开以下地址：http://www.2cto.com /Products_show.asp? 既是将“id=284”去掉后的，然后看是否能正常访问。

可见访问之后的页面与访问http://www.2cto.com /Products_show.asp?id=284的时候是一样的，这样就说明程序在使用request对象获取数据的时候并未指明具体使用什么方法来获取，而是直接使用request("xx")的方式。现在cookie形成的一个重要因素已经明确了，接下来我们测试下能否提交特殊字符，看程序是否对数据进行过滤。我们再回到刚才更改cookie的页面，然后在IE地址栏处填写 javascript:alert(document.cookie="id="+escape("284 and 1=1")); 回车后再去http://www.2cto.com /Products_show.asp?页面刷新，看页面是否正常，如果正常我们再提交 javascript:alert(document.cookie="id="+escape("284 and 1=2")); 然后再去刷新，这个时候就会看见出错了。

很明显就能看到错误了，而且产品内容也米有显示，到此便可以确定该页面能使用cookie注入了，接下来来的利用过程就和普通注入一样了。我们可以使用union联合查询爆出管理员的账号和密码，但前提是需要知道管理员的表名和字段名，不过我们可以通过猜解。

首先来使用order by 语句判断出当前执行数据库查询的表的字段数，我们提交：javascript:alert(document.cookie="id="+escape("284 order by 1")); 然会正常，表示可以使用order by语句，如果错误的话可能是不能使用order by来猜解字段数了，拿就需要直接union select 一个一个的试了。然后提交：javascript:alert(document.cookie="id="+escape("284 order by 10")); 如果还返回正常就说明字段数在10以上，我们一次类推直到猜解出正确的字段数，比如这里我提交到了21的时候去刷新页面出现错误，然后提交20的时候去刷新页面就正常了，就说明字段数是20.
接下来我们提交:

javascript:alert(document.cookie="id="+escape("284 union select 1,2,3,4,5,6,7,8,9,10,11,12,13,14,15,16,17,18,19,20 from manage"));

发现有错误，

我们再提交

javascript:alert(document.cookie="id="+escape("284 union select 1,2,3,4,5,6,7,8,9,10,11,12,13,14,15,16,17,18,19,20 from admin"));

发现返回正常页面。

看到熟悉的画面了吧，这就表示网站数据库存在admin这个表，因我们之前一次提交的是 javascript:alert(document.cookie="id="+escape("284 union select 1,2,3,4,5,6,7,8,9,10,11,12,13,14,15,16,17,18,19,20 from manage"));，数据库中不存在mange这个表，自然就出错了，使用更换from 处可以来猜解表明，那么现在我们在6和17的地方试试username和password看看提交后是否出错，如果出错那么就表示不存在username 或者password字段。我们提交：javascript:alert(document.cookie="id="+escape("284 union select 1,2,3,4,5,username,7,8,9,10,11,12,13,14,15,16,17,18,19,20 from admin"));