vCenter获取锁屏Hash之volatility

文章介绍了如何在VMwarevCenterESXI环境中利用Volatility工具处理Windows服务器锁屏问题。作者探讨了直接在ESXI部署Volatility3和打包Volatility3的两种方法,包括遇到的GLIBC版本兼容性、编码模块问题和pdb文件下载等挑战,并分享了解决方案和实践经验。

声明

出品|先知社区(ID:LeeH)

以下内容,来自先知社区的Bamboo作者原创,由于传播,利用此文所提供的信息而造成的任何直接或间接的后果和损失,均由使用者本人负责,长白山攻防实验室以及文章作者不承担任何责任。

前言

VMware vCenter ESXI中经常会装一些非常重要的业务虚拟服务器,Linux一般都是登录状态的,但是Windows机器锁屏较多,想要获取服务器权限,一般需要把vmem文件下载下来,用内存分析工具进行hashdump等,以突破其锁屏获取服务器权限。笔者在对volatility工具进行了解后,对分析vmem文件的手法进行了一定优化,可以提升解决锁屏问题的效率。

思路

在了解了volatility内存取证工具后,想到了几种办法:

python3版本

  • VMware vCenter ESXI中自带了python3.6.8,可以尝试直接在esxi中部署volatility3项目;

  • 利用pyinstaller将volatility3进行打包,生成可执行文件拖到esxi中使用。根据打包环境不同,又有两种思路:

  • 在esxi上部署volatility3项目后,打包出来的会更适用;

  • 在其他Linux中部署volatility3项目(环境尽可能接近esxi),打包出来用。

python2版本:

最一开始对项目了解的不够深入,没注意到项目团队已经把volatility2制作成了可执行文件,导致前期一直在死磕打包volatility3,后来在小伙伴的提醒下,发现3gstudent师傅研究了利用volatility2进行Windows锁屏问题解决,在此先膜拜下师傅。

不过官方团队并没有打包volatility3的可执行程序,原因写的是打包出来的packages会被识别为恶意软件,解决了这个问题就会出可执行程序了。

过程

思路一、直接在esxi中部署volatility3项目

Linux环境下的esxi,这个思考很快就被证明不太可行了,volatility3需要多个系统库和pip库:

yum install zlib &&\yum install zlib-devel &&\yum install bzip2-devel &&\yum install ncurses-devel &&\yum install sqlite-devel &&\yum install readline-devel &&\yum install gcc &&\yum install libffi &&\yum install libffi-devel &&\yum install gcc-c++\yum install openssl-devel\yum install tk-devel

需要pip3

yum install xz-develyum install epel-releaseyum install python35-devel

需要n多个系统依赖以及n多个pip依赖

pip3 install pefile==2018.8.8  -i http://pypi.douban.com/simple --trusted-host pypi.douban.compip3 install backports.lzma -i http://pypi.douban.com/simple --trusted-host pypi.douban.compip3 install pycryptodomepip install importlib-metadata==0.6

思路二、打包Vol进行后利用

1.选好合适的系统

CentOS 7.9跟exsi的GLIBC库版本一致,自带python3.6,比较合适。

安装编译后续可能会用到的依赖::

yum install zlib &&\yum install zlib-devel &&\yum install bzip2-devel &&\yum install ncurses-devel &&\yum install sqlite-devel &&\yum install readline-devel &&\yum install gcc &&\yum install libffi &&\yum install libffi-devel &&\yum install gcc-c++ &&\yum install openssl-devel &&\yum install tk-devel

2.下载Volatility3项目

GitHub地址:https://github.com/volatilityfoundation/volatility3

3.安装pip依赖

正常安装到yara的时候应该会报错,需要安装python-dev库才行

CentOS系统:# 安装EPEL源yum install epel-release -y# 默认安装python3.6开发包yum install python3-devel -yUbuntu系统:apt-get install python3-dev

装好python-dev之后,安装依赖即可。

pip3 install -r requirements.txt

也可以这么安装

pip3 install -r requirements.txt -i http://pypi.douban.com/simple --trusted-host pypi.douban.com

4.安装Volatility3

需要先更新下setuptools不然等下安装编译 Python的相关包安装会报错:

pip3 install --upgrade setuptools

安装Volatility3

python3 setup.py install

完成安装后,测试是否能正常使用

python3 vol.py

查看运行是否有异常提示:

python3 vol.py -vv

测试功能是否正常

python3 vol.py -f xxx.vmem windows.infopython3 vol.py -f xxx.vmem windows.hashdump

5.安装pyinstaller

pip3 install pyinstaller==3.6

6.打包Volatility3

修改spec,默认只有vol.py,增加了hashdump和yarascan;还增加了vol_coll使打包出来的是一个文件夹。打包,默认是放在dist目录下。

pyinstaller vol-new.spec

需要把打包完成的vol文件夹中base_library.zip解压一下,解压至当前目录即可。

7.使用

从CentOS7中把vol压缩下,搞到目标esxi服务器上解压,给好权限应该就能用了。

PS:Volatility3做Windows内存文件分析时,需要联网到微软网站那边下一个字符库,所以需要目标esxi能出网。

8.踩坑过程

8.1. GLIBC版本问题

使用Ubuntu16及kali之类的系统,打包出来的vol在exsi中无法运行

查看esxi的GLIBC版本,发现为2.17:

尝试将高版本的so文件拷贝到esxi系统中,尝试将libc-2.27.so修改为libc.2.17.so,系统立马就GG了,还好mobax的sftp还能用:

需要找GLIBC版本一致,或更低版本的系统,打包vol才可以运行:

centos6.6服务器的glibc默认版本为2.12

centos7系统的默认glibc版本已经升级2.17

其中vultr中默认的CentOS7版本就可以:

strings /usr/lib64/libc.so.6 | grep GLIBC

以及centos7.9版本也是可以的

8.2. No module named 'encodings'

在esxi中运行打包好的vol会提示No module named 'encodings'

解决办法,把base_library.zip解压出来即可,注意需要解压到当前目录,不能解压到base_library文件夹里。

8.3. spec打包问题

左边是打包为单一文件,右边是打包为一个文件夹

8.4. 正常打包后功能异常

解决方法:

其实就是作者写vol.spec的时候,有些pip库没有打包上,增加上hashdump和yarascan就行了。

vol_analysis = Analysis(['vol.py',                        'volatility3/framework/plugins/windows/hashdump.py',                        'volatility3/framework/plugins/yarascan.py'],

9. 联网问题

在esxi中直接运行打包好的Volatility,在联网的情况下,已经可以完成hashdump。但是在无法联网的时候,无法下载到symbols文件,也就是pdb(program

database)文件,且该文件无法直接通过浏览器下载到。通过对项目的深入了解,发现作者有提供了下载pdb文件的解决办法。

作者并没有在readme中写明下载pdb文件的方法,在断网状态下调试脚本运行过程的时候,才发现作者留的小惊喜,上述调试信息中,关键点是:

Symbol file could not be downloaded from remote serverRequired symbol library path not found: ntkrnlmp.pdb\118018959D8D7CA5AAB45B75AED5A976-1The symbols can be downloaded later using pdbconv.py -p ntkrnlmp.pdb -g 118018959D8D7CA5AAB45B75AED5A9761

也就是说用pdbconv.py可以下载到所需的pdb文件:

将下载好的symbols文件放入以下目录,重新运行vol.py进行hashdump即可:

/tmp/vol/volatility3/framework/symbols/windows/ntkrnlmp.pdb/

坑点

这里遇到了个小问题就是pycharm可以正常运行该脚本进行下载,但是本地命令行运行脚本会提示No module named 'volatility3',网上搜了下说是环境变量的问题,加上打印环境变量的语句,pycharm和命令行分别运行了下,确实是pycharm多了些路径:

print("当前工作目录:",os.getcwd())print("python搜索模块的路径集合:",sys.path)

定位到问题后,根据网上的解决办法,在pdbconv.py中加上缺少的路径即可正常使用该脚本:

sys.path.append("D:\\PythonDev\\project\\volatility3-develop")sys.path.append("D:\\Program\\PyCharm\\PyCharm 2022.2.3\\plugins\\python\\helpers\\pycharm_display")sys.path.append("D:\\Program\\PyCharm\\PyCharm 2022.2.3\\plugins\\python\\helpers\\pycharm_matplotlib_backend")

总结

目前不出网状态解一个windows的hash大概需要3-7分钟,如果优化这个工具确实有很高实用价值,后续会继续进行优化,争取能3分钟解决战斗。发现问题,解决问题,总结经验,分享方法,共同进步。

欢迎关注长白山攻防实验室微信公众号

定期更新优质文章分享

### vCenter无法获取部署状态的解决方案 vCenter无法获取部署状态的问题可能由多种原因引起,例如网络配置错误、服务未正常启动或组件之间的通信问题等。以下是一些常见的解决方法和建议: #### 1. 检查vCenter服务状态 确保vCenter Server的所有相关服务已正常启动。如果某些服务未运行,可能会导致无法获取部署状态。可以通过以下命令检查服务状态并重新启动服务: ```bash # 检查服务状态 service-control --status --all # 重启所有服务 service-control --stop --all service-control --start --all ``` 上述命令适用于VCSA(vCenter Server Appliance)。如果服务未正常启动,可能是由于系统文件损坏或配置错误引起的[^1]。 #### 2. 验证网络连接 vCenter与ESXi主机或其他组件之间的网络连接问题也可能导致无法获取部署状态。可以尝试以下操作: - 确保vCenter与ESXi主机之间的网络连通性正常。 - 检查防火墙设置,确保必要的端口(如443、902等)未被阻止。 - 如果使用的是DNS名称,请验证DNS解析是否正确。可以通过`ping`命令测试主机名解析。 #### 3. 检查日志文件 vCenter的日志文件中通常会记录详细的错误信息,帮助定位问题。主要日志文件包括: - `/var/log/vmware/vpxd.log`:vCenter核心服务日志。 - `/var/log/vmware/vpxd-svcs.log`:vCenter服务相关日志。 - `/var/log/vmware/vmafdd.log`:目录服务日志。 通过分析这些日志文件,可以找到导致无法获取部署状态的具体原因。例如,如果日志中提到“Directory Server启用失败”,可能需要重新配置或修复目录服务[^3]。 #### 4. 清理缓存和重置配置 有时,vCenter的缓存或配置文件可能损坏,导致无法正确获取部署状态。可以尝试以下操作: - 停止vCenter服务。 - 删除缓存文件夹(如`/etc/vmware/vpx/cache`)。 - 重新启动vCenter服务并验证状态。 #### 5. 检查vCenter版本兼容性 如果vCenter版本与ESXi主机版本不兼容,也可能导致无法获取部署状态。请确保vCenter和ESXi主机的版本符合官方支持矩阵。如果不兼容,可以考虑升级vCenter或降级ESXi主机版本[^2]。 #### 6. 重置或重新部署vCenter 如果以上方法均无效,可以尝试重置vCenter配置或重新部署vCenter。在重新部署之前,建议备份现有配置和数据以防止数据丢失。此外,根据引用中的经验,更换Vmware Workstation的版本可能会解决某些部署问题[^3]。 --- ### 示例代码:检查vCenter服务状态 ```bash #!/bin/bash # 检查vCenter服务状态 echo "Checking vCenter service status..." service-control --status --all # 如果服务未启动,则尝试重启 if [ $? -ne 0 ]; then echo "Restarting vCenter services..." service-control --stop --all service-control --start --all fi # 验证服务是否成功启动 echo "Verifying service status after restart..." service-control --status --all ``` ---
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值