**背景**

双节算是过完了，恢复搬砖节奏。好久没写实战案例了，本次给各位师傅分享一期众测的实战案例，通过逆向操作，拿下小几k的赏金。详细过程见实战。

**实战**

一般众测，平台都会给你一些资产清单，省去了资产测绘的工作，本次拿到的是一个核心资产，相对赏金会高一些。

开局还是老样子，有个登录入口，还有个注册功能，直接注册一个账号，顺带测下登录口相关的功能，无洞。

![图片](/media/202610/9ef7386f76514349a588398412cebab82226.png)

注册账号登录系统，在个人信息处，可以看到一些敏感的个人信息。

![图片](/media/202610/caf586c14a5a4cc586cdc6dd3afbe7722447.png)

使用burp抓取相关接口的数据包，如下图，可以看到个人的敏感信息。有敏感信息的，自然是重点关注的功能，能批量拿到信息，就能拿下高危评级的漏洞。

![图片](/media/202610/21b4625948ea417f98a92f8473e9ecd44128.png)

进一步分析数据包，可以看到请求头及回包处有个字段。请求头中的是密文，回包是明文，如下图。

![图片](/media/202610/8687f66327a441668c906058de1fdac73381.png)

重心回到了请求头的参数中，那首先就是的核验下这个请求头是否为传参点，怎么核验，可以尝试将参数值置为空值，看下后端的回包情况，核验发现确实是这个传参点，会影响后端的返回数据。

但前端又是加密的，尝试逆向，也没找到算法，即使使用deepseek等大模型辅助也不行，搞半天搞不出来。

那么此时就是逆向操作的关键点了，正常思路就是看怎么把加密的算法弄出来，然后传明文进去，批量加密去请求，但加密算法弄不出来那就很难了，此时，作者想起了之前测试的时候，遇到过类似的情况，后端代码逻辑缺陷，导致了会直接处理前端传的明文参数值。

此时，直接将数据包发送至爆破模块，设置明文爆破参数。

![图片](/media/202610/f6a64c7781844b70b8b17e88d7ef4e236121.png)

跑完后，全量爆红色。大量的敏感信息泄露，本次只跑了10个左右，一般src不会让大批量跑，可能会判定违规。

![图片](/media/202610/33975028f25a4516b66e4199608ae6608866.png)

提交SRC，漏洞被确认，并拿下赏金。

![图片](/media/202610/6c205a0f5b264606a76d859f1fa280465278.png)

本次分享结束，希望对你有帮助。

逆向操作助力拿下高危