【SRC漏洞】第五章案例篇

最新推荐文章于 2025-08-04 23:39:06 发布

原创最新推荐文章于 2025-08-04 23:39:06 发布 · 1.2k 阅读

14 ·

CC 4.0 BY-SA版权

文章标签：

#网络安全 #web安全 #安全

提示：主要讲各个常见的案例

提示：对数据包进行分析，明确攻击思路

答题类案例

题目泄露：
开始对战后，抓包，拦截数据包，对战题目己在数据包中

burpshuite

答题需要与积分有关，比如积分换礼品

人脸识别案例

人脸识别绕过：
某个业务进行人脸识别功能的时候，会跳转到第三方系统进行人脸识别。这个时候会带一个appid 和apptoken 来进行是否识别成功的回调。输入完身份信息后，进行人脸识别认证

实名认证

订单状态案例

商品购物无时间限制-中危
购买的商品没有时间限制你可以无限围货导致其他人无法购买
加入购物车或者下单的时候正常来说有一个时间限制比如:最后 30 分钟付款
加入购物车你的订单就已经消耗了别人的库存
二维码保存着一直在支付的界面停留
再去下个单用同样的方式下一样的单
一次的优惠多次享有

二维码

二维码的常见用途
信息获取(名片、地图、WIFI密码、资料)
网站跳转(跳转到微博、手机网站、网站)302 ssrf
广告推送(用户扫码，直接浏览商家推送的视频、音频广告)
手机电商(用户扫码、手机直接购物下单)
防伪溯源(用户扫码、即可查看生产地;同时后台可以获取最终消费地)
优惠促销(用户扫码，下载电子优惠券，抽奖)
会员管理(用户手机上获取电子会员信息、VIP 服务)
手机支付(扫描商品二维码，通过银行或第三方支付提供的手机端通道完成支付)账号登录(扫描二维码进行各个网站或软件的登录)

接口遍历

https://xxxx.com/api/v1/getUserCard?userld=32564 直接遍历userid

敏感信息泄露

还有种情况，就是当我们通过二维码进行数据传输的时候，也有可能存在敏感信息泄露的风险
例如说一些 ak、sk、key 之类的密钥通过二维码进行传递…
或者说二维码的敏感内容通过简单的编码(例如 Base64)后再进行传输

拒绝服务攻击 ddos

在生成二维码的时候如果可以指定二维码的长宽，那我们就可以尝试让服务端生成一个很大很大的力二维码
然后看看服务端是否会变得卡顿(注意，该测试一定要在审核知情的情况下做，不然很容易出事
的!!)

网站跳转

https://xxx.com/api/v1/Jumpto?redirectUrl=http://abc.xxx.com
如果将其改为 https://xxx.com/api/v1/Jumpto?redirectUrl=http://www.baidu.com