某OA接口绕过后任意文件上传分析
source link: https://xz.aliyun.com/t/9581
Go to the source link to view the article. You can view the picture content, updated content and better typesetting reading experience. If the link is broken, please click the button below to view the snapshot at that time.
最近公开了某OA的任意文件上传POC,想着来分析一下,下面截图代码为github找到。
上传漏洞的利用接口如下所示:
/weaver/weaver.common.Ctrl/.css?arg0=com.cloudstore.api.service.Service_CheckApp&arg1=validateApp
看POC注意到接口后面多了一个.css
,根据以往的经验应该是用于权限认证绕过。抓包进行验证结果如下所示:
当接口后面跟.css
,请求返回状态码为200,如下所示:
当接口后面不跟.css
时,返回状态码为403,如下所示:
由此可以判断.css
是用于权限绕过。接下来通过POC入口逆向来分析该漏洞成因。
翻阅资料知道该系统写了全局安全防护规则,当用户请求触发相应防护规则时会记录触发规则及IP等信息。查看日志发现触发了该条规则weaver.security.rules.SecurityRuleQX20
该规则防护源码如下所示:
当请求URL中包含字符weaver
,common
,ctrl
等字符时就会触发该条防护规则。这时就又有一个疑惑。绕过访问控制的POC/weaver/weaver.common.Ctrl/.css
中不是同样存在这些字符嘛为啥没有触发该规则。根据经验判断可能是该系统的全局过滤器在处理URL后缀为.css
时,进行了白名单验证放过,不进入防护规则判断。
查看web.xml
文件中的安全防护规则filter
入口为weaver.filter.SecurityFilter
,匹配过滤全局路径,如下所示:weaver.filter.SecurityFilter
源代码中的initFilterBean
函数用于初始化系统防火墙即加载所有防护规则:
跟入weaver.security.filter.SecurityMain
的initFilterBean
函数启动并导入所有规则类:weaver.filter.SecurityFilter
中初始化系统防火墙后之后进行doFilterInternal
用于过滤校验前端传入数据是否满足安全要求:
请求数据及FilterChain传入weaver.security.filter.SecurityMain
的process
函数继续跟入,idea反编译失败wtf:
使用JD进行反编译发现如下所示代码:
Object localObject7 = str2.toLowerCase().trim(); if ((((String)localObject7).endsWith(".cur")) || (((String)localObject7).endsWith(".ico")) || (((String)localObject7).endsWith(".css")) || (((String)localObject7).endsWith(".png")) || (((String)localObject7).endsWith(".jpg")) || (((String)localObject7).endsWith(".gif"))) { if (!localSecurityCore.null2String(localSecurityCore.getRule().get("OA-Server")).equals("")) { localHttpServletResponse.addHeader("Server", localSecurityCore.null2String(localSecurityCore.getRule().get("OA-Server"))); } localSecurityCore.addHeader(localHttpServletRequest, localHttpServletResponse); paramFilterChain.doFilter(paramHttpServletRequest, paramHttpServletResponse);
str2
为获取的请求URL,故上述代码为URL后缀为cur、ico、css、png、jpg、gif
时即可条过该filter链校验即不用进行上述weaver.security.rules.SecurityRuleQX20的校验,之后跟进调用paramFilterChain.doFilter
进入下一条filter链
:
将POC
中的绕过.css
换成.cur
发现同样绕过访问限制,如下所示:web.xml
之后的filter并未对器防护过滤故直接进入最终的resource
处即weaver.common.Ctrl
方法:
前台传入arg0
,arg1
参数,并调用doInvoke
以arg0
参数为类对象,arg1
参数为相应类的方法。跟进POC中的arg0=com.cloudstore.api.service.Service_CheckApp&arg1=validateApp
,获取前端数据流导入zip压缩包再进行文件解压:
validateApp函数
createLocalApp函数
decompress函数
由上利用链最终造成绕过权限访问造成任意文件上传。
Recommend
About Joyk
Aggregate valuable and interesting links.
Joyk means Joy of geeK