逻辑漏洞和溢出漏洞的检测 (网络安全漏洞披露原则)

快捷支付在我们日常生活中使用的非常普遍,但是他的支付原理是什么,以及在使用后会产生哪些安全隐患呢?

快捷支付原理:

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

浏览器跳转基于用户访问的浏览器,如果用户在银行页面支付成功后,直接关闭了页面, 并未等待银行跳转到支付结果页面,那么商户网站就收不到支付结果的通知, 导致支付结果难以处理。而且浏览器端 数据很容易被篡改而降低安全性

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

常见支付漏洞

修改支付的价格三步走:订购——>订单——>付款 三个步骤当中随便一个步骤进行修改价格测试,如果前面两步有验证机制,那么你可在最后一步付款时进行抓包尝试修改金额,如果没有在最后一步做好检验,那么问题就会存在,其修改的金额值你可以尝试小数目或者尝试负数。 1. 修改支付状态 2.订单完成 —— 未完成A 订单 - 0001 完成 ——B 订单 - 0002 未完成付款时尝试把订单 B 将订单号改成订单号 A 3.其实也不局限于付钱:各种积分兑换之类的也可以采用 4.修改订单数量一支笔 1 块,买 0 支,或者买 - 1 致 5.修改附属值优惠劵 优惠劵基本都是优惠,一般用优惠劵进行消费一般出现在第二个步骤当中:确认购买信息,在这个步骤页面当中,你可以选择相关优惠劵,然后直接修改金额大于或等于商品的价格就可以,或者直接修改其为负值进行尝试,最后进行支付,如果对这点没有加以验证,那么问题就会产生,直接支付成功

越权支付 存在 user=id (123), 这种传参时,尝试改改 id, 尝试用别人的钱包买自己的包包。 比如限制尝试比如尝试的参数为 2,正常购买的参数为 1那么我们购买参数 2 支付漏洞如何挖掘

如何挖掘 找到关键的数据包可能一个支付的地方有多个数据包,我们要对数据包进行挑选 然后分析数据包 支付数据包中会包含很多的敏感信息(账号,金额,余额,优惠) 尝试对数据包中的各个参数进行分析 多想想开发者没有考虑到的地方,比如PC端,WAP端,APP也多尝试几次 防御方法: 后端检查每一项值,包括支付状态。 校验价格、数量参数,比如产品数量只能为正整数,并限制购买数量 与第三方支付平台检查,实际支付的金额是否与订单金额一致。 支付参数进行 MD5 加密、解密、数字签名及验证,这个可以有效避免数据修改,重放攻击中的各种问题 金额超过阈 (yu) 值,进行人工审核