网络安全漏洞复现与分析

漏洞介绍

Weblogic的WLS Security组件对外提供webservice服务，其中使用了XMLDecoder来解析用户传入的XML数据，在解析的过程中出现反序列化漏洞，导致可执行任意命令。攻击者发送精心构造的xml数据甚至能通过反弹shell拿到权限。

影响版本

OracleWebLogic Server10.3.6.0.0
OracleWebLogic Server12.1.3.0.0
OracleWebLogic Server12.2.1.1.0
OracleWebLogic Server12.2.1.2.0

漏洞复现环境

攻击方：kali 2021

服务端：vulhub的weblogic的CVE-2017-10271环境

【一>所有资源获取<一】
1、200多本网络安全系列电子书（该有的都有了）
2、全套工具包（最全中文版，想用哪个用哪个）
3、100份src源码技术文档（项目学习不停，实践得真知）
4、网络安全基础入门、Linux、web安全、攻防方面的视频（2021最新版）
5、网络安全学习路线（告别不入流的学习）
6、ctf夺旗赛解析（题目解析实战操作）

漏洞复现

攻击方使用Burp发送反弹shell的payload：

成功得到shell：

POC

https://github.com/NingKn/CVE_EXP/blob/main/cve-2017-10271/cve-2017-10271.py

漏洞分析

CVE-2017-10271漏洞是WebLogic Server WLS组件的远程命令执行漏洞，触发漏洞url如下：

http://192.168.124.42:7001/wls-wsat/CoordinatorPortType 发送post数据包，通过构造SOAP（XML）格式的请求，在解析的过程中导致XMLDecoder反序列化漏洞。

1. 在weblogic/wsee/jaxws/workcontext/WorkContextServerTube类的processRequest方法中，处理我们发送的POST数据包中的SOAP（XML）数据。var1即是传入的SOAP数据，我们idea配置好远程调试并且开启debug后，在processRequest方法中下断点：
   

2. Burp通过post发送数据包后，idea停留在断点处，查看其中的var1变量既是我们发送的xml数据：
   

3. 代码往下走，进入readHeaderOld方法，跟进前我们查看var3变量的信息：
   

4. 跟进readHeaderOld方法，发现这里其实就是进行了一波转换，生成了WorkContextXmlInputAdapert var6对象，下图是该方法中的var4变量存放了的xml数据：
   

5. Var6中的buf集合就是var4中的数据，及我们传输的xml：
   

6. 跟进receive方法，var1实参是上面var6形参：
   

7. 跟进var2的receiveRequest方法：

8. 这里的var1就是上面的var1形参：

9. 跟进receiveRequest方法：
   

10. 跟进readEntry方法，var0存放了xml数据：

11. 跟进var0的readUTF方法：

直接调用了xmlDecoder.readObject方法，产生漏洞。

总结：

XMLDecoder来解析用户传入的XML数据，在解析的过程中出现反序列化漏洞，导致可执行任意命令执行。

漏洞修复：

方法一：删除wls-wsat组件，然后重启weblogic