0x03 应用逻辑

![](/media/202204/2022-04-20_162328_193304.png)

常见场景：

身份验证标志和权限提升。
操纵关键参数和访问未经授权的信息/内容。
开发人员处理 Cookie 和绕过业务流程/逻辑。
识别 LDAP 参数和访问关键基础设施。
利用业务约束。
业务流绕过。
利用嵌入在 JavaScript、Flash 或 Silverlight 中的客户端业务例程。
提取身份或个人资料。
访问未经授权的文件或 URL 并提取商业信息。
具有业务逻辑的拒绝服务 (DoS)。

#### 0x01 修改价格

在此示例中，我们有一个电子商务网站以超过 1,000 美元的价格出售一件夹克。将商品添加到购物车后，价格也会在请求中发送。我们可以使用 Burp Suite 拦截此请求并自行调整商品的价格。

![](/media/202204/2022-04-24_211646_122263.png)

价格修改为 1 元，之后提交

![](/media/202204/2022-04-24_211731_433442.png)

#### 0x02 密码重置功能逻辑问题

在此示例中，我们可以为自己的帐户请求密码重置以生成有效的重置令牌。但是，Web 应用程序似乎没有检查令牌以确保其有效性。我们发现，当令牌被删除时，我们可以通过更新参数来重置任何用户帐户的密码username。

![](/media/202204/2022-04-24_212522_612440.png)

删除令牌值后，我们可以调整用户名参数以反映我们希望重置的帐户。这现在允许我们使用`carlos:password` 我们的凭据登录。

![](/media/202204/2022-04-24_212535_048139.png)

#### 0x03 边界溢出

在此示例中，我们使用的是同一个电子商务网站。但是，我们之前的攻击不起作用。这一次，我们将尝试将尽可能多的商品添加到购物车中，以使购物车Precio total溢出。大多数编程语言不能包含值大于 2,147b 的整数。在这种特殊情况下，将足够的商品添加到购物车将导致总价格溢出并开始以负值递增。

Burp Suite 可以轻松地为我们做到这一点。如果我们拦截了一个向购物车添加 99 件商品的请求，我们可以将其发送给 Intruder。我们将删除它们并将我们的有效负载类型设置为“空有效负载”，而不是指定有效负载。这基本上允许我们重复我们的相同请求一定的或无限的次数。

![](/media/202204/2022-04-24_212641_069022.png)

我们可以看到，通过这样做，我们现在已经在购物车中添加了大量商品，导致总价格返回负值。

![](/media/202204/2022-04-24_212645_055436.png)

现在我们只需要以正确的方式修改购物车，以便将总价格调整为 0 到 100 美元之间的值，因为我们有该金额的商店信用。到时候我们就可以下单了。

![](/media/202204/2022-04-24_212650_541974.png)

### 缓解措施

综上所述，防止业务逻辑漏洞的关键是：

确保开发人员和测试人员了解应用程序服务的领域。
避免对用户的行为或应用程序的其他部分做出隐含的假设。
我们应该确定我们对服务器端状态所做的假设，并实施必要的逻辑来验证这些假设是否成立。这包括在继续之前确保任何输入的值都是合理的。

确保开发人员和测试人员都能够完全理解这些假设以及应用程序在不同场景中应该如何反应也很重要。这可以帮助团队尽早发现逻辑缺陷。

由于许多逻辑缺陷的相对独特性，很容易将它们作为一次性错误由于人为错误而注销并继续前进。然而，正如我们所展示的，这些失败通常是由于应用程序构建初始阶段的不良做法造成的。分析为什么首先存在逻辑缺陷，以及团队如何错过它，可以帮助我们发现流程中的弱点。通过进行细微的调整，我们可以增加类似错误被扼杀在萌芽状态或在开发过程中更早发现的可能性。