前言
在平时学习安全中常常会有涉及到sql注入，xss，文件上传，命令执行等等常规的漏洞，但是在如今的环境下，结合当前功能点的作用，虽然不在owasp top10 中提及到，但是往往会存在的，一般叫做逻辑漏洞。
本篇文章是根据《web攻防业务安全实战指南》一书的知识进行简要的总结而成的笔记。
归类
逻辑漏洞主要产生的位置
登录处
业务办理处
验证码处
支付处
密码找回处
登录处存在的逻辑漏洞
可以暴力破解用户名或密码
没有验证码机制，没有根据用户名限制失败次数，没有根据ip限制失败次数等等
通常思路:
直接拿密码字典爆破某一个用户名
拿固定的弱口令密码，去跑top xxx的用户名
如果只是用户名限制失败次数，可以使用思路2的方法
在存在返回提示用户名错误或者密码错误的情况下，可以分别爆用户名和密码
常见限制:
有时候会发现用户名或者密码是密文加密，这时可能是通过前端或者其他方式加密，对于简单的来说base64编码和md5的签名是很好识破的，在爆破的时候可以选择encode和hash
session没有清空
登出后服务器端的session内容没有清除，因此客户端重新带回登出前的session，也能够达到重新登录
通常思路：
在登出后，拿登出前的session，重新访问需要登录的界面
业务办理处存在的逻辑漏洞
水平越权
通常说的越权一般是修改get或者post参数，导致的查看到他人的业务信息，一般看订单处，个人信息处等位置的参数
通常思路：
拿2个账号，修改账号1的get或post参数给账号2
篡改手机号
在需要手机号的短信验证处，抓包修改手机号，可能做到非本账号手机号获取能够编辑本账号的验证码
通常思路：
抓包，查看get或者post参数存在手机号的地方，进行修改
验证码处存在的逻辑漏洞
登录验证码未刷新
没有清空session中的验证码信息
通常思路：
抓包多次重放，看结果是否会返回验证码错误，如没有返回验证码错误则存在未刷新
观察检验的处理业务，如果验证码和用户名密码是分2次http请求校验，则也可以爆破用户名和验证码
手机或邮箱验证码可爆破
没有对应的手机号或邮箱，但如果验证码纯数字4,5位左右，没有次数校验，可以爆破
通常思路：
拿自己的手机号或邮箱先获取验证码查看验证码格式，之后多次提交错误的看是否有次数现在，没有就爆破
手机或邮箱验证码回显到客户端
在发送给手机或者邮箱验证码时，会在response包中有验证码，因此不需要手机和邮箱就可以获取验证码
通常思路：
发送验证码时抓包，看返回包
修改response包绕过判定
在输入错误的验证码时会返回false之类的字段，如果修改response中的false为true，会识别为验证通过
通常思路：
抓包，选择do intercept-> response to this request ,放包，抓到到下一个包就是response的包，可以修改，重放
支付处存在的逻辑漏洞
修改商品编号
如果业务是通过商品编号来判断价格的话，可能存在只修改A商品编号为B商品编号，做到以A商品的价格购买B商品
通常思路：
先准备2个商品的编号，将其中一个改为另一个
条件竞争
通过条件竞争使余额达到负数，从而买多个商品
通常思路：
支付处，多线程请求付款确认，结果如果余额为负数，则存在该漏洞
金额修改
金额直接写在了post或者get请求中，对其进行修改达到修改了商品金额的效果
通常思路：
抓包修改金额的字段
商品数量修改
在购买时，如果一个商品为负数，那么它的价格则会是负数，如果购买多种商品，将其中一个设为负数，降低整体的价格
通常思路：
购物车里选取多个商品，修改其中一个商品的数量，在购买后查看最终的价格
通过前端限制限购商品
有些商品限购1个，但是判定是通过前端，因此可以抓包后修改数量
通常思路：
抓取限购数量内的包，抓取后修改个数，重放
充值中放弃订单未失效
在充值中选取大额充值订单，放弃订单，获得订单号，之后充值小额订单，拿到充值成功的界面，将订单号修改为放弃的大额订单，观察是否成功
通常思路：
1. 看看充值的时候是否有订单号字段，如果有在成功界面修改为未支付的订单号，观察是否充值成功
密码找回处的逻辑漏洞
验证码处的逻辑漏洞在密码找回处存在一样适用
修改发送的验证的目标为攻击者的邮箱或手机
在找回密码处，如果字段带上用户名，校验的邮箱或者手机号，将邮箱或者手机号改为自己的，如果自己的能够收到验证码并重置密码，则该漏洞存在
通常思路：
抓包，注意找回密码流程中的邮箱号或者手机号字段，修改其为自己即可
session覆盖
已知A的手机号，不知B的手机号，找回A的密码，输入验证码后到了设置新密码设置界面。这时在同一浏览器下重开窗口找回B的密码，获取验证码，刷新A设置新密码的页面，如果此时修改的是B账号的密码，则存在漏洞
通常思路：
准备2个账号，测试步骤如上所述
在邮箱收到找回密码连接时，依然可以使用该思路
弱token爆破
有些时候通过找回密码的时候填邮箱，邮箱此时会收到一个带有token的链接，点击链接就能跳转到重置密码的页面，如果token是base64，时间戳，位数较低的随机数则可以爆破
通常思路：
正常找回流程获取重置密码的url，了解token的规则后，爆破其他邮箱的重置密码url
密码找回流程绕过
在找回密码处，一般会有三个步骤页面，页面1找回用户的填写，页面2找回时的手机号短信验证码填写，页面3填写新密码，如果填好页面1，直接访问页面3能够重设密码的话，则会存在该漏洞
通常思路：
在设置好找回用户后，直接访问重设密码的url页面
