写点什么

漏洞挖掘的快乐你想象不到

发布于: 5 小时前

从前端信息泄露进行漏洞挖掘

前言

在漏洞挖掘中,比的不但是资产收集的本领,更多的是细心。往往毫不起眼的前端文件,却总能给人带来意想不到的惊喜。

开始

在某次漏洞挖掘中,由于本人一如既往的菜,即使肝了很长时间,也挖不到一个低危漏洞。在那搞了半天以后,决定打开 f12,自我安慰一下。


看了一下,只有一个 static 目录在调试器中(火狐浏览器),不由得感叹命运悲惨。众所周知,static 目录下 99%是无用文件,但抱着一丝希望,我还是点开了。结果一打开就发现熟悉的 webpack 目录赫然躺在底下



PS:请原谅我把码打那么厚,某平台的政府包年测试项目,要是泄露了会喝茶


这里来说明一下,什么是 webpack?


Webpack 是一个前端资源加载/打包工具。它将根据模块的依赖关系进行静态分析,然后将这些模块按照指定的规则生成对应的静态资源。可以将多种静态资源 js、css、less 转换成一个静态文件,减少了页面的请求。它的存在依赖于node.js
复制代码


用大白话说,它包揽了其它静态文件的活,我们可以从中找一下敏感数据或是接口



激动的心,颤抖的手,我开始翻了起来


大师傅们的经验诚不欺我,我翻到了几处 api 接口


而相比于平常的站点,api 所部署的服务器中间件会更多,防护也会更弱,所以我立马测试了起来


emmmmm 看起来都是 SpringBoot 框架(因为原图找不到了,就随便拿张图凑合了)



那好办,拿起 burp 和 spring 专属字典,立马怼起来



果不其然,上天不负努力的人



芜湖,200 块钱到手


经过

尝到了上次的甜头,我又开始了自己又菜又爱玩的道路


这个子站它有个注册的功能点,注册完后登陆的功能也少的可怜,只能上传上传头像。格式是被严格限制了,绕不过去,而上传上去了,也是上传到了 oss 上。


不过比较神奇的一点是,这里的开发并没有直接调用 oss 上的图片资源,而是将用户的图片地址存储起来。服务器访问接口,获得图片存储地址,再访问并载入图片。如果我能控制存储地址,岂不是能造成 ssrf(虽然很鸡肋)


翻着翻着,目光落在了一处有关图片(头像)操作的地方



baseurl 为 api 的服务器地址,那 groupId 是什么?


翻了翻别的地方的 js,才知道,此域名的每个子域名,都对应着一个 id,有了 id 才知道是哪个子公司进行的相应操作



自然,获取 groupId 的方法也很明显了



拿到 groupId 后发现,仍然进行不了相应操作,回头一看,原来是没有携带 access_token


可 access_token 从哪里来?我又开始四处翻找文件,但毫无踪迹。正当我想放弃的时候,却发现它安详的躺在我的 cookie 中!这是怎么回事?



原来是这个网站有个注册功能,登陆后,它会自动给你分配一个 access_token



好了,这下 groupId 有了,access_token 也有了,直接去试一下是否能修改成功



200!


最终再看一下 dnslog


最后

虽然最终到手只有 30 块,但还是蛮开心的



按照网络安全的学习大纲,我总结了一份针对小白视频教程,还有 30G 网安资源已经上传到文档,由易到难,非常全面,目前还在持续更新 ing,需要的童鞋可以自行领取。【网络安全资源领取】


前端信息往往被人忽视,大家相对来说更注重后端,但在渗透测试的过程中,两者相辅相成,必不可缺。你的细心与仔细,往往就是柳暗花明的关键。

用户头像

我是一名网络安全渗透师 2021.06.18 加入

关注我,后续将会带来更多精选作品,需要资料+wx:mengmengji08

评论

发布
暂无评论
漏洞挖掘的快乐你想象不到