很早之前的一次攻防演练,主要是从web
漏洞入手,逐渐学习vcenter
后利用技术。过程由于太长,很多细节都省略了,中间踩坑、磕磕绊绊的地方太多了。。。
由于敏感性,很多地方都是打码或者是没有图,按照回忆整理的,见谅!
经过验证,存在cve-2022-26134
漏洞,直接利用漏洞反弹shell
到vps
:
经过分析,当前为实体机,但是权限较低,这也正常,大部分都是这个权限。
先进行信息搜集,看下内核版本之类的:
看到了当前为centos
,尝试使用cve-2021-4034
进行提权,将文件传到机器上之后,再进行编译,然后执行:
此时顺利获取到了root
权限。
在此期间,发现机器中还有的门罗币的一些操作:
因为当前机器仅支持密钥登录,在密钥中看到了明显的入侵痕迹。所以就不进行登陆了。
至此,入口机的操作到此结束。
在入口机上发现了一共有两个有效子网ip,对其分别进行了扫描,发现如下:
对192.168.122.1/24
扫描,只发现了一个ip,也就是当前正在使用的ip地址,虽然发现了一些其他的漏洞,但是参考意义不大:
对10.110.11.1/24
段进行扫描的时候,发现了一些有用的漏洞,其中包含vcenter
的,由于内容太多,在这里分享一部分:
[+] NetInfo:
[*]10.110.11.10
[->]a1-dc
[->]10.110.11.10
[+] https://10.110.11.30 poc-yaml-vmware-vcenter-unauthorized-rce-cve-2021-21972
在这里发现了一台dc
(自己标注的主机名)和一个cve-2021-21972
漏洞的机器,那下面就转战vcenter
了。毕竟vcenter
被称为小域控。
当然,在这里还需要搭建隧道等,我在这里就对此省略不提了。
对于这种vcenter
漏洞和后渗透来说,先拿到shell
,提权到root
,进后台,操作机器。
一般进后台有三种方法:
mdb
文件,生成证书文件,再生成cookie
,进后台。root
权限添加新用户。首先是版本探测:
当前版本是6.7.2
,虽然扫出来的是21972
漏洞,但是很多时候这种机器有概率存在cve-2021-22005
漏洞,之所以尝试22005
,主要是21972
获得的权限不是root
的,到时候还需要提权,很麻烦。
在这里使用的是cve-2021-22005
,挂上代理之后,先上传作者的木马上去,直接一把梭:
这样的好处是作者的木马是网页版的命令执行,有些时候会显示似乎是已经上传成功了,但是验证的时候没有回显,以前遇到过好多次都是误报。
证明确实存在22005
这个漏洞,那就上传自己的马儿上去:
在这里上传的是蚁剑的,因为在这里最初尝试过哥斯拉的,发现上传了无法连接,最后蚁剑是忽略了https
证书才能连接:
当前权限是root
。
理论上接下来就是获取cookie
到后台,再操作机器。。。。。
整个流程看起来非常的流畅。但是坑的点随之而来~
以下的操作可以参考这个链接,我都是在这个链接和s老板的基础上学习到的:
https://daidaitiehanhan.github.io/2022/04/18/vCenter2021%E5%87%A0%E4%B8%AA%E6%BC%8F%E6%B4%9E%E5%8F%8A%E5%90%8E%E6%B8%97%E9%80%8F/#%E6%8F%90%E6%9D%83
不懂的,可以先看这个。
流程就是:在这里获取cookie
之后,然后直接登录vcenter
的网页版后台(想着都很美)
一般来说,对mdb
数据操作,有两种方法:
vcenter
机器上用脚本获取找到mdb
数据,然后解密:
/storage/db/vmware-vmdir/data.mdb
在执行的时候,在蚁剑上使用命令行执行会特别慢,只能获取到一个文件,因为当前vcenter
的机器出网,所以直接反向弹到vps
上,用root
权限的交互式命令行来执行,同样的问题,执行反馈特别慢,而且执行会出现一些莫名其妙的错误:
直接告诉我证书为空,我尼玛。。。
最后发现,可能的原因是mdb
文件太大了,文件1个G还要多,没法搞(只是怀疑),一般攻防里面这种文件大概不超过100M
。
挂隧道,用小水管,把文件慢慢慢慢慢慢慢下载到本地来,再试试本地:
直接g,看来这种方法肯定是不行了。
按照大佬的方法,此时来添加新用户到vcenter
后台,用户添加脚本:
https://github.com/3gstudent/Homework-of-Python/blob/master/vCenterLDAP_Manage.py
看似很轻松的操作,我开始按照提示先添加账号,再添加到管理组:
在添加到管理组的时候,和别的师傅不一定的点就是在这里发生了报错:
果然,登录的时候直接g。。。
没有办法了,来重置密码吧,虽然还有其他的路子(菜)
充值秘密会修改管理员的密码,所以这个操作需要谨慎
首先查询域名,再在shell
中执行重置密码的功能:
查询域名:
/usr/lib/vmware-vmafd/bin/vmafd-cli get-domain-name --server-name localhost
重置密码,在shell
中执行:
/usr/lib/vmware-vmdir/bin/vdcadmintool
选择3,输入用户名:Administrator@xxxxx
,然后回车即可:
终于,进入后台了,一共99
台机器,其中那个dc
机器也在里面:
到这就结束了吗?更大的困难还在后面。。。
眼看dc机器在里面,那就想办法登录上去,由于dc机器正在运行,且锁屏,所以就有了下文去想办法获取dc机器的hash
。
在这里获取hash
有两个大方向:
Volatility
来取证获取hash
(适合流量无线和下载比较快的)cd
盘启动,抓hash
然后再dc中找到自己的存储位置,再去找对应的存储,下载文件:
将vmem
文件下载下来:
当前下载非常的慢,所以找了一个winxp
的试试:
获取信息,然后hashdump
:
淦
在这里发现dc机器上锁屏了,而且是winserver2016
的机器,那就试试克隆之后,使用cd引导来破除密码啥的,意思就是你电脑关机了,再开机的时候,先把usb或者cd启动,把密码抹掉,类似于我们使用的大白菜装机大师。
先看下dc机器的位置,把你做好的大白菜u盘
(类比的说法而已)传上去,在这里传的是kon-boot
的iso
文件。
可以从网上下载老版本的:
链接:https://pan.baidu.com/s/14_OP_nePf-HUlkZxzwXkXw
提取码:k32k
思路是:
将KON-BOOT
的iso
镜像(非常的小)上传到vcenter
的某一个磁盘中,克隆虚拟机,将克隆的CD/DVD
处镜像更换成KON-BOOT
的iso
文件,再启动。
在这里选择上传,当前上传的话,有几个说法,一个是需要下载安装vcenter
的证书才能上传,否则无权限;另外一个说法是直接上传,如果失败的话,多上传几次。。。
在这里我没安装证书,而是直接上传的,一次就上去了(可能是因为文件很小)
起个名字,然后放在下面,下一步:
选择存储桶,在这选择刚上传iso
文件的镜像,也是dc
机器的硬盘,这样拷贝啥的快:
此时就差不多了:
点击finish
之后,克隆需要等待一会,因为要复制文件啥的,大概从1分钟到数分钟不等(取决于是什么盘,不知道为啥变成了2012
的)
在开启之前,编辑设置,对vm
虚拟机设置:
添加虚拟机设置,我的没有cd驱动器选项,所以需要添加,如果你有的话,你就不需要添加:(不清楚刚刚的操作出了啥问题,反正检查下,保险点)
开机就会进入bios
界面,选择cd
优先启动之后,再使用 F10
保存。
开机之后,选择启动web
控制台:
启动之后,在bios
界面,使用+-
符号来移动顺序,mac
上只能用-
来移动,将cd
作为第一个,然后f10
保存即可。
启动之后会有界面:
到这个界面之后,5下shift
进入,也有空密码(相当于置空密码了)可以进入,但是这个估计不太行(win10
以上的机器应该都不行)。
5次shift
之后:
新建用户,然后登录:
目前是进去了,但是没法获取到里面其他用户的信息,所以需要重启挂载iso
文件,读取hash
:
刚刚挂载是为了进去,但是奈何win10
以上的用户,没法置空密码进去,所以只能新建用户进去,但是无法获取原来的账密信息,所以需要挂载新的iso
进去,在这里使用UltralISO
制作iso
启动盘:
参考方法:
https://blog.csdn.net/bcbobo21cn/article/details/116347346
因为很简单,就不截图了。
将原来的环境关机,替换iso
文件:
在克隆机器登录dc机器之后,只能获取到一个system
权限的shell,幸好里面使用的是Windows defender
,如果用其他杀软的话,加用户都比较困难,在这里讨论下抓原机器hash
的方法。
在这里获取到一个system
的shell
之后,需要给该克隆的机器分配一个网络,如果可以的话,使用certutil
或者是ps
指令上线c2
,再抓原来的密码,这个我没有试过,理论可行。
当然,也可以用certutil
直接下载mimikatz
来抓取hash
(可能需要免杀)
这个方法是比较合理的,在4.2.4
中只抓了当前用户的hash
,无法抓取其他用户的hash
,所以可以使用注册表方法抓取。
为了验证可行性,在这里以本地Windows10
环境为基础(后期补充的),操作看下,以下操作在本地:
目的是尝试抓取**admin**
用户的**hash**
新建账号之后,使用新账号登录:
当前使用test
用户登录,只能抓到登录账号的账密hash
:
但是如果对注册表操作的话,在这里对注册表操作:
reg save HKLM\SYSTEM system.hiv
reg save HKLM\SAM sam.hiv
reg save hklm\security security.hiv
在本地使用mimikatz执行:
mimikatz.exe "lsadump::sam /system:system.hiv /sam:sam.hiv" exit
抓到了admin
用户的hash
,这就证实了对注册表操作是可以抓到原来用户的账密hash
的。
当前以confluence
的web
漏洞,再到linux
提权,再到vcenter
的漏洞,再到机器的克隆和hash
获取等,整个流程非常的漫长,而且磕磕绊绊的地方非常多,当然还有很多没有解决的问题:
vcenter
为啥没有添加上用户hash
为啥没有抓到当前登录用户linux
系统如何抓关键信息等等。。。后续再慢慢学习吧,东西太多了。