第21篇：判断Weblogic详细版本号的方法总结

Part1 前言

在日常的渗透测试、红队评估项目中，中间件层面的漏洞挖掘是非常重要一环，Weblogic中间件在最近几年接连被爆出很多高危漏洞，基本上都是可以直接拿到权限的。主流的Weblogic漏洞包括HTTP协议上的CVE-2017-10271、CVE-2019-2729等，但是其影响weblogic的版本为12.1.3之前版本。如果能事先判断出weblogic的版本号是大于12.1.3的，那么可以放弃测试这两种漏洞，节省很多时间。

此外还有很多T3协议、IIOP协议下的各种Java反序列化漏洞，但是这些反序列化漏洞利用起来非常非常麻烦，尤其是最近几年出现的漏洞很多都基于coherence组件，不同版本号的weblogic的coherence组件的SUID都不一样，而漏洞利用成功的前提就是漏洞利用工具的SUID和目标weblogic环境的SUID必须一致。

这就需要我们在渗透测试的时候，准确判断出Weblogic版本号，以备找到合适版本号的coherence组件去进行Java反序列化攻击。而且在得知weblogic版本号之后，不符合版本号的漏洞就不用测试了，这样会节省很多时间。接下来就给大家分享一些在各种情况下判断Weblogic细微版本号的方法。再次强调一下，依据ABC_123测试weblogic漏洞的经验，在weblogic漏洞的探测与利用之前，需要想尽各种办法去判断weblogic细微版本号，这样可以节省很多时间，也可以发最少量的数据包。因为weblogic各种漏洞非常多，非常繁杂，而且利用成功与否受weblogic版本影响特别大。

Part2 技术研究过程

Weblogic细微版本号对照表

既然要判断Weblogic版本号，首先就要让大家了解一下weblogic各版本号的命名规则。不得不说，Oracle公司的产品，在版本号的命名上、日志结构上一向弄得很复杂。

笔者曾经遇到这么一个尴尬的事情，相信网友们也遇到过类似的情况。在一次渗透测试报告总结会中，有技术人员找到了一个Weblogic反序列化漏洞，但是他给出的修复建议是，把Weblogic 11g版本升级到12c版本。客户那边的接口人开会时就对此提出质疑和批评：我们公司部署的Weblogic中间件明明是10.3.6版本，是10版本的，你们给的修复建议居然是由11版本升级到12版本，我们没有11版本的weblogic啊？

结果在场的项目经理和技术人员都被问懵了，被客户质疑地哑口无言，楞是没答出这个问题来，一致认为修复建议给错了，于是引起了一系列误会。后来我发了如下这张图，跟大家解释了一下，其实客户跟我们说的都没错，Weblogic 10.3.6版本跟11g版本其实是一回事，只是命名规则不同。具体大家可以把下面这张图仔细看几遍，就自然明白了，我在这里就不过多叙述了。

判断是否使用了Weblogic

1 Weblogic指纹特征判断

判断一个网站应用是否使用了Weblogic中间件，可以通过查找指纹特征的方法去判断。输入一个不存在的URL路径，看Web服务是否返回如下“From RFC 2068Hypertext Transfer Protocol”关键字，即可判断出是否使用Weblogic中间件来。

使用Burpsuite发包返回如下：

2 Weblogic内置URL路径判断

对于有些网站屏蔽了404错误回显的情况，可以通过访问Weblogic内置Web目录是否存在去间接去判断是否使用了Weblogic中间件。比如/consolehelp/、/bea_wls_internal/、/console/等路径是Weblogic专有的，再比如说可以访问Weblogic专有的漏洞CVE-2017-10271、CVE-2019-2729等对应的URL路径(/wls-wsat/、/_async/等)，但是这个方法不推荐使用，因为基本上都会被WAF拦截，更严重的情况是会导致封IP，导致后续正常路径也无法判断出来，而且大多数甲方客户修复漏洞的方法，就是直接删除存在漏洞的war包，导致这两个路径也不存在。