大家好,我是ABC_123。Weblogic曾经爆出一个上传漏洞,漏洞编号是CVE-2018-2894,这个漏洞利用起来稍微有点麻烦,很多朋友由于不知道绝对路径而没法上传shell,从而放弃对其的进一步利用,ABC_123曾经搭环境尝试了各种方法去解决这个问题,接下来给出自己的研究成果。
**建议大家把公众号“希潭实验室”设为星标,否则可能就看不到啦!**因为公众号现在只对常读和星标的公众号才能展示大图推送。操作方法:点击右上角的【...】,然后点击【设为星标】即可。
首先复习一下weblogic上传漏洞利用过程,一般情况下,存在上传漏洞的页面是**/ws_utc/config.do**,在“Work Home Dir”处会自带一个绝对路径,一般是/u01/oracle/user_projects/domains/base_domain/tmp/WSTestPageWorkDir,然后可以结合上述路径更改为如下路径,接着上传jsp文件获取一个webshell。
/u01/oracle/user_projects/domains/base_domain/servers/AdminServer/tmp/_WL_internal/com.oracle.webservices.wls.ws-testclient-app-wls/4mcj4y/war/css
上传成功之后,根据返回的网页源码,将jsp的webshell的时间戳与相对路径结合,就可以得到webshell的完整URL地址了。
但是我们经常遇到的情况是“当前的工作目录”是空的,或者是被其它攻击者给随意更改成错误的路径,导致不知道绝对路径导致上传webshell失败,那如何解决这个问题呢?
首先我们做一下尝试,将绝对路径更改为以**servers/开头的相对路径,发现也是可以上传成功的。通过试验我们发现,此处仅需要知道servers/**开头的相对路径即可,这在一定程度上,降低了getshell的难度。
servers/AdminServer/tmp/_WL_internal/com.oracle.webservices.wls.ws-testclient-app-wls/4mcj4y/war/css。
这里需要注意的是,上述路径中**/AdminServer/**在不同的weblogic安装环境中可能不一样的,它可能是/Server-0/或者/app_server1/,它可能是管理服务器名称,也可能是被管服务器(MS)名称。
路径中的**/4mcj4y/**值也不是固定的,它是由/AdminServer/结合另一个变量计算出来的,所以我们只需要知道/AdminServer/处的值就好办了。如下图所示,github上有很多通过当前weblogic服务器名称计算出该值的脚本程序。
经过研究发现,如果目标weblogic端口的iiop协议开放的话,直接向iiop协议端口7001或者其它端口发送一个数据包,在返回数据包中就会有获取相对路径最关键的服务器实例名称(此处是AdminServer)。
知道了AdminServer这个值,就可以使用脚本计算出完整的相对路径了,就可以上传webshell了。
通过报错的方法,也可以不断获取完整的绝对路径,这种方法有时候能成功,有时候不能成功,我也没深入研究为什么。这个方法实测效果不太好,但是有时候可以作为探测目标绝度路径是否存在的一种方法。在“Work Home Dir”处填入“servers”,然后点击提交,会弹出一个报错页面,其中就会泄露一部分绝对路径。
经过仔细观察发现,此上传漏洞的编号是CVE-2018-2894,在CVE-2018-2894编号附近,有一个XXE漏洞CVE-2018-3246,因为两个漏洞编号相近,所以两个漏洞理论上会同时存在。因此如果目标环境出网的情况下,我们通过这个XXE漏洞获取到weblogic的路径,然后再利用上传漏洞获取webshell。
本文中ABC_123给出了3种方法,各有优缺点,实战中结合起来用,基本上可以搞定这个上传漏洞的利用。
**方法1:**报错获取绝对路径,缺点是不一定每次都能报错,而且有时候报错出来的路径不全。
**方法2:**IIOP协议可以获取AdminServer,但是目标weblogic端口必须没有屏蔽IIOP协议。
**方法3:**XXE漏洞获取绝对路径,但是目标weblogic必须得能够出网。
公众号专注于网络安全技术分享,包括APT事件分析、红队攻防、蓝队分析、渗透测试、代码审计等,每周一篇,99%原创,敬请关注。
Contact me: 0day123abc#gmail.com(replace # with @)