记一次SRC挖掘多次失败经历：以为马上拿下漏洞，结局接连反转翻车

原创

Blimey029
Blimey029

N0n4m3 Sec

2026年8月11日 15:33
广东

在小说阅读器读本章

去阅读

郑重声明

任何网络安全测试活动均须事先获得明确授权。本公众号文章的内容源自作者日常积累，未经许可严禁转载。本文所提及的技术漏洞均已完成修复，文中涉及的技术方法仅作教学交流之用，严禁任何非法用途。因不当使用而产生的全部责任均由使用者自行承担。本文讨论的所有案例与技术内容，旨在提升读者的安全防护意识，协助构建更完善的安全防护体系，有效抵御潜在网络威胁。

前言

本文记录一次全程充满阻碍的SRC漏洞挖掘全流程，重点复盘挖掘途中各类失败场景与踩坑细节。

正文

开局依旧某院校小程序

bp发现数据包接口为/prod-api若依前缀

用若依漏洞检测工具，发现有Swagger

但是直接拼接接口/swagger-ui/index.html到域名尝试访问还是跳转回来登录界面

看到其他接口的前缀是有/prod-api/

此时再拼接/prod-api/swagger-ui/index.html，访问Swagger UI成功

然后尝试通过新增用户接口来新增用户，但是增加用户失败

此时再通过获取js接口->敏感信息收集，发现js中有泄露账号密码

访问该js接口，尝试拿获取到的账号密码登录

不出意外的话还是出意外了，登录失败

再回来小程序的注册界面，先上传一张图片，看到上传格式是data:[MIME类型];base64,[文件Base64编码串]定义的

尝试构造data:text/html;base64,

上传html-xss，发现怎么改都上传失败

再仔细看了请求头一眼，外层传输格式：

Content-Type: application/x-www-form-urlencoded

这URL编码表单格式，特殊字符必须做URL百分号编码（比如:→%3A、/→%2F），因此重新对payload进行url编码data%3atext%2fhtml%3bbase64%2c

上传成功！

拼接访问后由于没有登录，还是跳转回登录界面......

最后尝试工具的druid检测，有检测到弱口令，希望命运不要让我一波三折......

尝试弱口令，登录成功！

可以看到druid/weburi.html泄露的路径

利用这里的session随便找druid/weburi.html的找一条看起来像登录后台才能访问的路径去爆破

将刚才得到的session值填入，因为此处的session值存在一些特殊符号需要关闭burp默认的url编码

200即为有效session，用改cookie的插件改成有效的就能进入后台测试，但我这里没成功爆破到，渗透到此告一段落啦~

end