某次企业SRC的一次实战。其中通过信息收集发现了一个站点，这里为内部系统，访问的时候居然直接一片空白，是空白页面。难道空白页面就没有漏洞吗？我就偏偏不信这个邪，上手就是干！
过程
https://x,x.com/
打开页面啥也没有，一片空白：
其中这里按下键盘中的F12，通过审计js后，发现接口：
其中的一个接口/api/plugin/directory/getLastUsedDirId拼接后，如下提示：
其中响应包中响应的“插件分类不能为空”让我百思不得其解，不知道是缺了什么参数。那么这里就再回到js中看看吧，果然，给我发现了端倪：
这里再查看js，发现其中给出提示，原来是header要加如下字段：
那么我加了其中一个字段category，发现成功，但是却又报了非法用户登录。那么这里就必须需要Authorization认证字段了：
因此这里就又碰到了一个棘手的问题，Authorization认证字段这个一般都是成功登录系统后才会赋予给用户的一个值，而这个地方连页面都是空白的，那么这里到底去哪里寻找Authorization认证字段的值呢？
这里贯彻着遇事不决看js的思想，继续来审计js，终于发现了解决方法：
其中在js中发现了login接口。这里存在该逻辑漏洞：id:t.id||"1234",name:t.name||"1234",organizationCode:t.organizationCode||-1。这里用了||或，那么言下之意就是如果不知道id、name和organizationCode的话，就可以直接id参数和name参数都填1234，organizationCode填-1
那么这里猜测data的值即为那个Authorization认证字段的值，这里填入：
这里最关键的一个接口来了：
这里通过js审计到查看oss配置信息的接口：
这里因为是阿里云的，所以这里直接使用oss browser来进行利用，利用成功：
其中反编译出来直接为后端源码，泄露许多严重敏感信息
原文始发于微信公众号（菜鸟学信安）：Web实战 | 一次空白页面的“妙手回春”嘎嘎出严重漏洞
免责声明:文章中涉及的程序(方法)可能带有攻击性，仅供安全研究与教学之用，读者将其信息做其他用途，由读者承担全部法律及连带责任，本站不承担任何法律及连带责任；如有问题可邮件联系(建议使用企业邮箱或有效邮箱,避免邮件被拦截，联系方式见首页)，望知悉。
点赞
https://cn-sec.com/archives/2221395.html
复制链接
复制链接
-
左青龙
- 微信扫一扫
-
-
右白虎
- 微信扫一扫
-
评论