| 关键词: 34 table saveresumeson 漏洞 update action 二进制 insert classid |
一.漏洞说明这个漏洞涉及到了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特点 特点1 传统的插入方式可能大家想到的都是insert into test(id,content,title) values(1,'hello','hello')。 如果我们仅仅值需要插入一条记录,则使用insert into test(content) values('hello2')。 如下图所示: ![]() 但是实际上还存在另外一种方式能够仅仅值插入一条记录。 ![]() 可以看到这种方式和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()过滤代码如下: 可以看到将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()的代码如下: 也就是说,当数据进入到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的内容设置为 由于1))/**/union/**/select/**/1,username,3,4,5,6,7,8,9,10,11,12/**/from/**/phpyun_admin_user #无法绕过SQL的防御,需要转化为二进制,是001100010010100100101001001011110010101000101010001011110111010101101110011010010110111101101110001011110010101000101010001011110111001101100101011011000110010101100011011101000010111100101010001010100010111100110001001011000111010101110011011001010111001001101110011000010110110101100101001011000011001100101100001101000010110000110101001011000011011000101100001101110010110000111000001011000011100100101100001100010011000000101100001100010011000100101100001100010011001000101111001010100010101000101111011001100111001001101111011011010010111100101010001010100010111101110000011010000111000001111001011101010110111001011111011000010110010001101101011010010110111001011111011101010111001101100101011100100010000000100011 那么最终的payload是: 此时我们执行的SQL语句是: 最终数据库中多了一条记录,如下: 我们顺利地向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的信息。 ![]() 至此整个漏洞都分析完毕了。 四.总结一般来说,二次注入利用点一般都比较隐晦。 所以二次注入的思路比一般的注入更加巧妙和有意思,在本例中体现得尤为明显。 1.这个二次注入的点比较难找,二次注入中的利用table作为二次注入的利用点的例子还是比较少见的; 2.绕过方法也比较少见。本例中的waf的防护还是比较严格的,利用了mysql的两个少见特性就可以绕过了。 作者:天王盖地虎 转载自https://www.anquanke.com/post/id/170845 |
| 本文出处: https://www.toutiao.com/a6776791284687307277/ |
|
声明:文章版权归原作者所有 部分文章转自互联网 如有侵权请联系
[邮箱地址] 删除
|