JIS-CTF_VulnUpload靶机攻略

*本文中涉及到的相关漏洞已报送厂商并得到修复，本文仅限技术研究与讨论，严禁用于非法用途，否则产生的一切后果自行承担。

vulnhub 是我喜爱的游乐场之一，上面的每个靶机都是很酷的一个游戏。完整找出所有 flag 只是基本任务，实现提权才是终极目标。我并不追求最快夺旗，而是尽可能运用完整攻击链入侵靶机，所以，这篇攻略中，或许某些内容对夺旗无直接帮助，但在应对真实目标时，你应该考虑。

靶场题目：JIS-CTF: VulnUpload
靶场地址：https://www.vulnhub.com/entry/jis-ctf-vulnupload,228/
难度描述：包含5个Flag，初级难度，查找全部Flag平均须要1.5小时

JIS 虚拟机为 DHCP，我得想法找出它的 IP。使用nmap进行扫描：

-n选项表示不进行DNS解析

-sn 选项用于探测主机存活性

-v选项用于显示冗余信息

grep -B显示匹配前N行

在主系统的cmd窗口中查询ipconfig /all

找到 5 个存活 IP。其中，204.1是主系统ip，204.2 为网关，204.136 显示 localhost-response 为本机（kali），204.254是DHCP服务器。所以，JIS 的 IP 为 192.168.204.134。

一、系统服务发现

拿到 IP 第一要务当然是分析服务。nmap 的 -O、-sV 两个命令行参数可用于此：

可知，JIS 在 22 端口开启了 SSH（OpenSSH 7.2p2）、80 端口开启 HTTP（Apache httpd 2.4.18）等两个服务。另外，操作系统为 ubuntu。这三个信息将成为下个阶段的主要攻击面。

二、系统漏洞分析

针对 SSH 服务，我习惯从弱口令和系统漏洞两方面进行攻击。弱口令方面，我用常见用户名和常见密码进行暴破，虽然几率不大：

短时间跑不完，先放这儿，后续再看。

SSH 服务的系统漏洞查找方面，我推荐 searchsploit 工具。精确搜索 OpenSSH 7.2p2:

存在用户名可枚举漏洞，刚好，要能找到有效用户名，将有助于暴破 SSH 口令。立即用 EXP 试试：

错误分析：在python3.8中，time模块下不支持clock，改成time.perf_counter()即可解决错误

试过几次，结果都不太行，感觉这个 EXP 不可靠。或许是搜索条件太苛刻，不带版本号，直接搜索 openssh 看看有无其他漏洞：

其中，有两个可考虑，依次为本地提权的漏洞、远程命令执行漏洞。哇，很诱人，不过很遗憾，都用不了。对前者而言，当前没用任何据点（如 webshell），还谈不上提权操作，当前只能先放放，后续可能用的上；对后者来说，利用条件非常严苛，攻击者必须拿到 forwarded agent-socket 的控制权，而且目标必须 SSH 登录攻击者所控制 forwarded agent-socket 的那台机器，才可能让目标加载指定 *.so，实现远程命令执行。罢了，SSH 系统漏洞暂时就不深入了。

apache 服务看下有无可利用的漏洞：

先前服务探测时找到的准确版本为 apache httpd 2.4.18，那么只有一个漏洞内存泄漏的漏洞，没多大价值。

这个阶段系统漏洞只能分析到这个程度，虽然知道发行套件为 ubuntu，但不知道具体版本、系统架构，很难准确的找到可用的操作系统漏洞，所以，没必要继续在系统漏洞层面耗时，后续如果能拿到 webshell，提权时再来深入分析，现在移步 web 应用层面。

三、web 内容发现

访问之前找到的 web 端口自动重定向到http://192.168.204.134/login.php ：

看了下 html 源码，没啥有价值的信息；枚举用户名也不能；或许可以暴破下弱口令，刚才的 SSH 暴破还没完呢，web 登录暴破还是先放一放，看看有无其他页面。

大概 2015 年之前，扫 web 端口 – 找 web 后台 – 弱口令登后台 – 上传一句话，是常见的高成功率的攻击手法，其中，能否找到后台地址，是成功的关键。换言之，我需要发现更多 web 内容。具体而言，我希望找到更多文件、页面、子目录，最好能找到源码打包的敏感文件、后台运维的管理页面、存放业务逻辑的子目录，以拓展攻击面。通常，我习惯结合枚举和爬虫两种方式来发现 web 内容。

枚举 web 内容的工具很多，其实，你手上的 burp 内置了强大的子目录枚举功能，但常被你忽略。访问 http://192.168.204.134，让流量过 burp 后，立即展示出初始站点目录结构：

通过 engagement tools - discover content，启用子目录枚举功能：

枚举之前，借助 firefox 插件 wappalyzer 确认后端语言为 php：

简单设置，让 burp 只枚举 php 类型的页面，忽略 aspx、jsp 等等其他语言，以提高效率：

很快，枚举出不少新页面：

你看，比先前多了些页面和目录，如，logout.php、server-status/。逐一查看，没啥有价值的内容。

接下来，我用另一个工具 dirsearch 再次枚举子目录，与 burp 互补，获得更多 web 内容。高效和可配置是 dirsearch 的特色，同样，用 --extension 选项设定只枚举 php 类型的页面，忽略 aspx、jsp 等等其他语言：

依次访问这几个页面且让流量过 burp，站点目录结构如下：

访问链接http://192.168.204.134/flag/，发现第一个flag{8734509128730458630012095}

子目录枚举，大概就到这个程度，接下来，爬取站点。

爬站，还是借助 burp：

很快，爬取完毕，又新增不少页面：

在 burp 的 site map 中搜索 flag 关键字，第一个匹配项是http://192.168.204.134/admin_area/ ：

拿到了第二个flag{7412574125874236547895214} ，还拿到一组账号 admin/3v1l_H@ck3r，可能是 web 的登录账号、也可能是 SSH 的账号。

四、web 应用漏洞分析

用 admin/3v1l_H@ck3r 尝试登录http://192.168.204.134/login.php:

进来发现是个文件上传中心，检查下是否存在任意文件上传漏洞。

随便上传一个一句话木马，发现上传成功：

存在任意文件上传漏洞，但没回显上传目录。还记得先前 web 内容发现时找到的 uploads/、uploaded_files/ 两目录么，尝试访问http://192.168.204.134/uploads/shell.php，报错，资源不存在，访问http://192.168.204.134/uploaded_files/shell.php，没报错但页面无内容，没事，至少清楚上传目录是 uploaded_files/。

我用 msfvenom 生成 MSF 的 php 反弹木马 msf_private.php：