WebLogic反序列化漏洞导致getshell

本文主要是讲述在主机***中我们经常使用的一条路径（存活判断-端口扫描-端口删选（web端口）-针对性***（web***））进行***，其中主要涉及发现漏洞、利用漏洞、获取上传位置等过程中自己的一点经验技巧。简单来说，本文主要是对某主机进行***的全过程记录！如有不合理或错误的地方，烦请各位多多指教，谢谢！

10年积累的网站制作、网站建设经验，可以快速应对客户对网站的新想法和需求。提供各种问题对应的解决方案。让选择我们的客户得到更好、更有力的网络服务。我虽然不认识你，你也不认识我。但先网站设计制作后付款的网站建设流程，更有旬阳免费网站建设让你可以放心的选择与我们合作。

1.1    主机存活判断

当我们得到一个主机IP时，我们首先对它进行存活判断，最简单的就是通过ping命令，但是如果主机是禁ping那么我们可能会判断失误，因此我们需要使用nmap来再次进行存活判断（命令格式为：nmap –sn [ip]）。

通过使用ping命令，如图1所示，我们可以判断主机是存活的。

图1      主机存活判断

1.2    端口扫描

通过主机存活判断，我们知道主机是存活的，接下来就是对主机进行端口扫描，查看主机开放了哪些端口，端口扫描工具可以使用nmap、御剑等工具进行扫描，而nmap对于扫描全端口来说，我觉得很慢（可能是我的带宽渣吧），因此我几乎都是使用御剑进行端口扫描，而御剑对服务的识别却没有nmap那么好，看情况选择。在主机***方面，主要是扫描一些控制类端口或者web类端口，对于控制类端口主要是使用暴力破解工具探测弱口令，运气好的话可能就能直接获取服务器的控制权，而我运气一向不好，所以本文主要是选择web类端口进行着手***。另外我们可以使用nmap对主机进行漏洞检查（命令格式：nmap –script=vuln [ip]），但是看运气好不好，好的话直接扫出一个远程命令执行的漏洞，然后可以使用但不限于metaspolit进行利用！

如图2，通过端口扫描我们发现主机开放了如下端口，我一般选择后面带->符号的端口，这类端口多数为web类端口（个人经验，仅供参考），可以得到2个端口，我们随便选择一个8008进行***（后来才发现2个端口的漏洞是一样的）。

图2      端口扫描

1.3    获取服务器基本信息

获取服务器基本信息的方法很多，本次将使用nc进行获取服务器基本信息，使用方法为：nc [ip] [port] ，然后输入 HEAD HTTP/1.0 ，按enter将回显服务器基本信息，如果没有回显，可以将1.0改为1.1试试，如图3所示，网站使用jsp脚本，另外还有servlet可知该网站主要是java开发。（以后再遇到这种情况先使用反序列化工具验证下）

图3      获取服务器基本信息

1.4    wvs web漏洞扫描

虽然通过访问可知，http响应码为404，但是依旧可以进行扫描，看能不能发现目录等相关信息。

图4      http响应码404

wvs是一个自动化的web应用程序安全测试工具，它可以扫描可以通过web浏览器和遵循http或https规则的web站点和应用程序。通过wvs可以扫描SQL注入、XSS、目录检测、版本检测、源代码泄露等诸多漏洞。

通过wvs扫描，如图5可知该站点是oracleweblogic server，且存在weblogic ***f漏洞，由于本人实在是一个菜鸟，对***f漏洞利用只能探测内网端口，无法反弹shell，路过的大神求指点，如何利用weblogic ***f进行反弹shell，小的在此先谢过了。因此发现既然是weblogic，还是java开发的（上面初步判断的），那就用java反序列化工具看看有没有这个漏洞。

图5      wvs扫描结果

1.5    发现weblogic反序列化漏洞

通过java反序列化漏洞利用工具验证，如图6可知，该漏洞是存在的，并且知道了当前用户及用户的当前目录等信息。

图6      验证漏洞存在

1.6    上传webshell

漏洞是存在的，并且可以利用，通过该漏洞，我们可以执行命令、文件管理、webshell上传，我们就选择webshell上传吧（增加工作量呀），但是上传我们需要一个我们能进行web访问的路径，如图7，但是路径在哪找呢？

图7      上传需要物理路径

1.7    寻找web路径

通过wvs，我们可以获取到相关路径，如图8，但是我们需要绝对路径，我们选择了其中一个使用locate进行查找，发现太多了，根本不好判断是哪一个，如图9所示。

图8      扫描发现的目录

图9      无法判断具体目录

这样就结束了吗？当然没有，在上次的文章中我说过，我们可以通过查看页面中的图片属性，然后来进行web路径的寻找。通过F12源码审查，我们可以获取到相关图片的路径，如图10，图11所示，此处选择图11的图片路径（因为我最先扫描目录扫出来的只有console，如图12）。

图10    web路径1

图11    web路径2

图12    目录扫描

1.8    查找绝对路径

通过获取到的图片名称及对应的目录，我们使用locate[图片名]进行查看，如图13，对比发现即可获取到绝对路径（图中第二条）。

图13    获取绝对路径

1.9    上传webshell

通过获取到的绝对路径及web路径，我们即可上传webshell，先上传一个小马试试（忘记截图了，参考下面的上传大马），但是我们连接不上，免杀的小马也试过了，就是不行，如图14，服务器500错误。不是k8上面有现成的k200pxd马吗，如图15，上传试试发现成功了，如图16，k200pxd马连接成功！但是操作很不方便，可能一时脑壳宕了，小马不行干嘛不上传大马，为啥总想中国菜刀呢（太爱国了），真是丢了西瓜捡了芝麻。

  图14    小马连接失败

              图15    k200pxd马代码获取

 图16    k200pxd马连接成功

1.10            成功获得webshell

通过获取的物理路径及web路径，重新尝试上传大马，如图17所示，上传成功，最后访问大马成功，如图18所示。

 图17    上传大马成功

图18    连接大马成功

1.11            总结

在本次***中，主要是对weblogic反序列化漏洞进行利用获取webshell，而上传的webshell要我们能访问，所以我们就需要获取web路径及web路径对应的物理路径，获取web路径一是可以扫目录看能不能发现，二可以查看源代码，看有没有相关信息，另外还有报错信息泄露路径等手段，本文主要是根据页面中图片的属性结合locate命令来寻找对应的关系。

另外在我上传小马过程中，总是不成功，虽然小马上传成功了（通过ls可以查看对应目录中的文件），但是访问不了，总是报500错误，菜刀也连接不上，于是想到使用k200pxd马进行上传（之前遇到过上传小马大马都不行，就上传k200pxd马可以），发现成功了，可能是固定思维，发现小马不能上传，一开始就没想到要上传大马，连上k200pxd马之后，感觉操作很不喜欢，才想到上传大马试试，最后上传大马成功！