1.资产收集
1.1业务范围
巧用搜索引擎首推谷歌查看了解SRC旗下涉及到的业务,收集其对应的业务下的域名,再进一步进行挖掘,如:
整理,再进行常规资产收集
1.2常规性质资产收集
基本的资产收集方式:子域名枚举、端口扫描、路径扫描、旁站c段查询
子域名爆破:
sublist3r、subdomainsBurte、DiscoverSubdomain、layer子域名挖掘机
子域名枚举:
通过网络空间安全搜索引擎 云悉资产、FOFA、Virustotal、Dnsdumpster、Threatcrowd
路径扫描:
dirsearch 、御剑
旁站C段查询:
在线旁站C段查询:www.webscan.cc、www.aizhan.com
1.3信息泄漏
敏感目录/文件:
猪猪侠weakfilescan、cansina、sensitivefilescan、FileSensor
网页源码/js/json泄漏敏感接口:
1)接口泄漏
2)json敏感信息泄漏
1.4其他业务查找:
微信公众号绑定接口、app、老旧的登陆接口、版本迭代
2.越权:
改识别用户参数
改cookie
越权访问
登陆后,修改密码 未校验id与用户修改id 即可该其他人密码
修改个人数据时 页面源代码有用户标识符id 抓包修改或添加id
直接访问后台链接禁用js则不会跳转登录界面,直接登陆
登陆分为账号和游客登陆,游客功能有限,app端只前端检测,模拟发包即可
越权订单查看打印下载、越权操作他人收货地址、增删改查等
3.逻辑漏洞:
任意用户注册、密码重置、密码找回
3.1本地验证、修改返回包
1)获取验证码后任意输入一个验证码
2)抓包放行,得到的返回包如下
3)抓包改返回包修改为正确的返回包覆盖错误的返回包,如下 {“code”:1,”data”:”目标用户手机号”,”msg”:”绑定成功Ÿ”}
4)放行,修改成功
3.2手机号、验证码、用户未统一验证问题
未对原绑定手机号、验证码、用户未统一验证,或验证码未绑定 只验证验证码正确,没判断用户id 或手机号,修改想改的id 正确手机验证码即可
如密码找回重置时未对原绑定手机号验证进行任意账号密码重置
3.3密码重置类其他逻辑问题
1.以重置成功的token覆盖最后一步错误的token和1类似。
2.密码重置时删除mobilephone参数值修改email参数值
3.假如找回需要4部,最后一部有user参数,用自己账号正常到第三部,第四部修改user实现、
4.支付逻辑漏洞
1.金额数据篡改
抓包修改金额等字段,例如在支付页面抓取请求中商品的金额字段,修改成任意数额的金额并提交,查看能否以修改后的金额数据完成业务流程。
2.运费,商品数量篡改
抓包修改商品数量等字段,将请求中的商品数量修改成任意数额,如负数并提交,查看能否以修改后的数量完成业务流程。
3.最大数限制突破,整数溢出
很多商品限制用户购买数量时,服务器仅在页面通过js脚本限制,未在服务器端校验用户提交的数量,通过抓包修改商品最大数限制,将请求中的商品数量改为大于最大数限制的值,查看能否以修改后的数量完成业务流程。 (int 最大值 2147483647)
4.本地js参数修改
部分应用程序通过Javascript处理用户提交的请求,通过修改Javascript脚本,测试修改后的数据是否影响到用户。
5.修改支付账户
如有账户id等,可尝试越权支付
6.并发操作
高并发环境下重复购买,花10块钱买了很多个
7.修改优惠券金额
有优惠券的时候,可以尝试修改优惠券的数量或者金额,看能否造成0元购买甚至负数购买
8.替换商品id
比较常规的思路,先把贵的商品id抓下来,付款的时候把便宜的商品id修改为贵的
9.修改支付状态
基于前端验证,购买之后修改返回包,如false修改为true,0修改为1等绕过前端验证
5.步骤,可跳过步骤
1.找回密码时,输入账号后,可直接输入url跳转到修改密码页面
2.可直接访问后台未授权等
6.爆破、枚举
1.撞库,登陆时无验证码且可无限被尝试,用户名验证时有无用户名错误回显、密码可被爆破
2.无验证码,验证码不刷新,验证码4位过于简单无尝试次数限制可被爆破
3.枚举注册用户 输入用户名,发送请求验证用户名是否正确(若返回次数限制,可测试服务端未限制高频访问)
4.登陆失败有次数限制,若包中有限制参数可更改或删除参数
5.邮箱轰炸,短信轰炸,burp Repeate,短信轰炸验证码有60秒限制时,有的参数修改后可绕过 如
1)isVerfi参数 这里是1 回包 3 手机没收到信息 存在验证码限制
2) 改为0 回显2 绕过了验证码限制
7.其他 cookie一直有效,(修改密码后)
第三方账户登录绕过(拦截微博授权成功的请求地址: https://api.weibo.com/oauth2/sso_authorize?sflag=1 修改response中uid,服务端没有校验客户端提交的uid与授权成功的uid相同)
8.总结
在挖洞的过程中还是比较注重有耐心,细心测试更多参数、同时也需要我们不断的交流学习新思路,才会有更进一步的收获。另外也需要1>注重安全开发2>知识积累当然、关键还是得看自己。
发表评论