原理：

没有固定的概念，一般都是不符合常识的情况。比如任意用户注册，短信炸弹，占用资源，交易支付、密码修改、密码找回、越权修改、越权查询、突破限制。

根据实际业务逻辑进行比对，购物的可以根据数量，折扣，金额每个修改点都可以测试是否可以修改

挖掘办法：

确定业务流程--->寻找流程中可以被操控的环节--->分析可被操控环节中可能产生的逻辑问题--->尝试修改参数触发逻辑问题

常见逻辑漏洞：

1、 交易支付（修改金额为负数或为o）、密码修改(没原密码也能修改)、密码找回（改数据包跳过，验证码没有做时间校验）

2、用自己的用户身份找回密码，在最后修改密码的时候抓包修改成其它用户

3、修改返回包，把0改成1或false改成true

4、手机号密码找回看一下返回包里面是否有手机验证码、

5、邮箱密码找回的时候，试试修改邮箱，用别人的帐号找回，发邮件填写自己的邮箱、

6、验证码长度短，纯数字可以直接burp暴破

7、同一验证码可以登录不同帐号

8、验证码纯数字，无时间限止

9、密码找回答案比较简单 或参数判断不严格）、越权修改、越权查询、突破限制等各类逻辑漏洞

防御

加强用户认证控制

识别漏洞

建立安全策略

敏感参数加密

webbug靶场演示

打开搭建的web靶场http://192.168.246.140/

本次展示的是支付的问题，tom 密码123456

抓包提示余额不足

把书的金额改了，放包，竟然购买成功了。也可以把金额改成负数。这样就可以不付费得到商品。