参数裁剪导致的平行越权
原创
游山玩水
游山玩水
山水SRC
2026年7月13日 09:29
河南
在小说阅读器读本章
去阅读
免责声明
本公众号分享的所有渗透测试技术文章仅面向合法授权的安全测试、学习交流与研究用途。读者必须确保自身行为符合《网络安全法》等相关法律法规,严禁将其用于任何未授权攻击等非法活动。因不当使用或传播相关内容所引发的任何法律责任与风险,由行为人自行承担,本公众号(或本人)概不负责
测试流程
测试前提
- 某接口(如
/api/userInfo、/api/orderDetail)返回包中已包含当前用户的敏感信息(手机号、邮箱、订单、身份信息等)。 - 请求包中存在可识别的身份类参数(如
userId、uid、account、phone、orgId等)。 - 服务端对该接口的身份取值逻辑存在缺陷:当指定参数被删除或置空时,未严格校验,可能 fallback 到其他用户数据或返回默认/相邻记录。
测试流程
- 正常请求该接口,保留完整参数,确认返回的是当前账号的敏感数据,保存作为基线。
- 在 Burp Repeater 中,对同一请求做参数裁剪:
- 删掉
userId/uid等主键参数; - 将参数值置空(
userId=); - 删掉辅助参数(
orgId、deptId等); - 尝试将数值型 ID 改成相邻数字(±1)作为对照。
- 观察返回包:
- 若返回另一用户的敏感信息 → 确认越权;
- 若返回多条数据 / 列表(本应只返回单条)→ 确认鉴权失效、参数缺失走了\"查全量\"分支;
- 若仍返回自己的 → 该参数不可删,换下一个试。
危害
- 平行越权(同权限级别看他人数据):可遍历
userId或利用参数缺失批量拉取其他用户敏感信息(手机号、身份证、订单、住址等)。
版权声明
本站仅做备份收录,仅供研究与教学参考之用。
读者将信息用于其他用途的,全部法律及连带责任由读者自行承担,本站不承担任何责任。









评论