描写s q l注入利用方法的文章数不胜数,本文将描述一种比较特殊的场景。
细节
在一次测试中,我碰到了一个s q l注入的问题,在网上没有搜到解决办法,当时的注入点是在 l i m i t关键字后面,数据库是M y S Q L 5.x,S Q L语句类似下面这样:
问题的关键在于,语句中有order by 关键字,我们知道,mysql 中在o r d e r b y 前面可以使用u n i o n 关键字,所以如果注入点前面没有o r d e r b y 关键字,就可以顺利的使用u n i o n 关键字,但是现在的情况是,注入点前面有o r d e r b y 关键字,这个问题在s t a c k o v e r f l o w 上和s l a . c k e r s上都有讨论,但是都没有什么有效的解决办法。
我们先看看 mysql 5.x 的文档中的 s e l e c t 的语法:
l i m i t 关键字后面还有 P R O C E D U R E 和 I N T O 关键字,i n t o 关键字可以用来写文件,但这在本文中不重要,这里的重点是 P R O C E D U R E 关键字.M y S Q L默认可用的存储过程只有 A N A L Y S E (doc)。
尝试用这个存储过程:
A N A L Y S E支持两个参数,试试两个参数:
依然无效,尝试在 A N A L Y S E 中插入 sql 语句:
响应如下:
事实证明,s l e e p 没有被执行,最终,我尝试了如下p a y l o a d :
啊哈,上面的方法就是常见的报错注入,所以,如果注入点支持报错,那所有问题都ok,但是如果注入点不是报错的,还可以使用 t i m e - b a s e d 的注入,p a y l o a d 如下:
有意思的是,这里不能用s l e e p而只能用 B E N C H M A R K。
湘ICP备2022002427号-10湘公网安备:43070202000427号
© 2013~2019 haote.com 好特网