前言
在某次金融类众测项目中，笔者发现了一个几乎无从下手的系统，直接访问系统无任何功能，几乎相当于404 Not Found，甚至连JavaScript文件一个都不存在，最终通过渗透经验和一定的运气，拿下了这个高危SSRF漏洞，获得高额漏洞奖金，在此分享一下漏洞挖掘过程，带给大家渗透测试中的一点另类思路~
404 Not Found？
首先，给定的系统地址为：http://xxx-desktop.xxx.com/
直接访问一下目录看一看：
打开发现一片空白，但是页面空白并不代表是真的空白，HTML源码中可能会加载一些JavaScript文件，渗透测试时，往往会通过页面中直接泄露加载的JavaScript文件，进行审计JavaScript源码，从而挖掘出更多有用的信息。
对如何挖掘JavaScript文件中漏洞，可移步笔者之前发布的真实漏洞案例文章：https://www.freebuf.com/vuls/255640.html
回归正题，下一步找寻HTML源码中可能存在的泄露点，直接查看网页源码：
仔细阅读源码，不知道细心的同学有没有发现，其中有3个线索可以延伸利用。
libs/plugins/jquery.js ./html/apply.html?data= cxx/token/decrypt
第1点：libs/plugins/jquery.js，加载了JavaScript文件，其路径是：http://xxx-desktop.xxx.com/libs/plugins/jquery.js
不过，此处jquery.js完全为前端文件，无任何可利用的信息，于是略过。
第2点：html/apply.html?data=，加载了当前目录下一个html文件，路径为：http://xxx-desktop.xxx.com/html/apply.html?data=
结果也是一无所获，经典Nginx的404 NOT Found。
第3点：cxx/token/decrypt，猜测为接口路径。
访问发现也是404，大概是还存在一层接口目录。
一番信息收集后无果后，接下来就是展现真正的技术了！
403 Forbidden？
虽然上面的3个可用信息都Pass掉了，不过我们还是猜测，在两个路径之前，可能还存在一层Web应用目录亦或是接口目录，随后展开对Web目录的尝试性爆破，选用一些常见的一级目录。
最终获取到3个403禁止访问的目录：
http://xxx-desktop.xxx.com/html/ http://xxx-desktop.xxx.com/css/ http://xxx-desktop.xxx.com/js/
看来第一次发现得/html/目录确实存在，不过可能是apply.html不存在导致页面的404 Not Found。
一级目录爆破，未发现可用一级目录，仅仅发现了3个静态文件目录。
渗透测试的思路到这也即将中断了，不过此时突然萌生出一个想法：既然不存在能够正常使用的文件，那么我就继续去挖掘403目录下的文件，至少403比404要好多了，至少它是真实存在的目录！
SSRF漏洞
继续对/html/目录、/css/目录尝试进行敏感文件扫描，未果。
使用Burpsuite的Intruder模块对/js/目录进行JavaScript文件爆破，终于获取到了可用信息！
天哪，终于是获取到了3个JavaScript文件，是什么时候变成了连发现JavaScript文件都无比激动？
JavaScript文件如下：
http://xxx-desktop.xxx.com/js/apply.js
http://xxx-desktop.xxx.com/js/pagination.js
http://xxx-desktop.xxx.com/js/common.js
通过进一步的信息收集，在/js/common.js文件中发现发现了一级接口目录：/xxxapi/
一级接口目录都做的这么复杂，也难怪目录爆破的时候没有成果了。
在/js/apply.js文件中发现了系统接口：file/pdf/view?file=
将一级接口目录/xxxapi/与系统接口file/pdf/view?file=进行拼接，组成可用接口：
http://xxx-desktop.xxx.com/xxxapi/file/pdf/view?file=
并且发现JavaScript代码中的逻辑是：接口 + ecsUrl，因此猜测file参数为一个URL。
接下来尝试调用接口进行SSRF利用。
首先，使用VPS监听端口，尝试直接利用SSRF访问我们的端口，发现成功接收到了Java语言进行的HTTP请求！
至此证明了漏洞是存在的，接下来利用SSRF进行内网资源的请求尝试，由于在之前的测试中，已经收集到了一部分内网资产，所以直接拿过来测试访问即可。
测试访问内网Elasticsearch服务：http://10.x.x.191:9200
GET /xxxapi/file/pdf/view?file=http://10.x.x.191:9200/ HTTP/1.1 Host: xxx-desktop.xxx.com Upgrade-Insecure-Requests: 1 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) Accept: text/html,application/xhtml+xml,application/xml;q=0.9 Accept-Encoding: gzip, deflate Accept-Language: zh-CN,zh;q=0.9 Connection: close
测试访问内网Web应用服务：http://10.x.x.65:8081/
GET /xxxhapi/file/pdf/view?file=http://10.x.x.65:8081 HTTP/1.1 Host: xxx-desktop.xxx.com Upgrade-Insecure-Requests: 1 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) Accept: text/html,application/xhtml+xml,application/xml;q=0.9 Accept-Encoding: gzip, deflate Accept-Language: zh-CN,zh;q=0.9 Connection: close
至此，捕获了一枚相当于搭建了一条内网HTTP隧道的高危SSRF漏洞。
结语
此次漏洞挖掘中总结到如下几点：
1. 系统无功能、无JavaScript文件、访问空白，尝试在HTML源码中获取一些信息；
2. 尽可能的在有用的信息中发掘更多的利用点，拓展思路；
3. “404”确实是“404”，而“403”有时候并不是“403”。
从开始的 “404” Not Found，
到中间的 “403” Forbidden，
再到最后的高危SSRF漏洞；
每一步都仿佛是被上天安排好的剧本那样，
像是一次运气游戏，
又像是一场美丽的相遇。
也许挖洞一直都是这样，简单的漏洞随手可得，艰难的挖掘过程才会让人回味无穷~
希望能给大家带来一些简单的挖洞思路~
谢谢！
欢迎加入漏洞挖掘交流群交流~ 可加我：aedovo