支付漏洞

某商城购买商品时，参数中有商品id(sku)，数量(qty)，赠品(subSku)，等其他信息。首先尝试下遍历ID，可以用添加购物车的方式，来看有没有一些活动商品，或者直接购买赠品。然后尝试数量方面，修改成小数，比如0.01，看价格会不会变成1%的价格{"cartItems":[{"sku":"B110005101","qty":0.01,"subSku":["5011100532","5431100063","5431100069"]}],"storeCode":"cn","invite":""}

购买优惠券或者商品时，修改数量或尝试添加数量参数。购买后会以1%的价格得到优惠券。

{"cartItems":[{"sku":"B110005101","qty":-1,"subSku":["5011100532","5431100063","5431100069"]}],"storeCode":"cn","invite":""}

购买商品时，使用钱包支付，可能会导致余额溢出

添加参数尝试正负数，让他总值为正。

{"cartItems":[{"sku":"B110005101","qty":2,"subSku":["5011100532","5431100063","5431100069"]}],"cartItems":[{"sku":"B110005101","qty":-1,"subSku":["5011100532","5431100063","5431100069"]}],"storeCode":"cn","invite":""}

由于商品支付校验了单个数量不能为负，使用此方法可以绕过这个逻辑

有些商品购买小数时比如1.51，支付2元，购买1.49时支付1元。就可以支付1.49只支付1元就可以到账1.49

服务器和客户端不同步导致的，客户端在支付时进行了四舍五入，服务器到账还是按实际输入的金额到账的。造成了支付和收益不同等

超过最大值，金额大多数是有上限的，在超过上限后，例如99999999999999，会变成1E92这样的计算方式。具体在协议中可以看到，有些服务器就将1E92变成了1.92，在返回给你支付金额时只需支付1.92就能得到999999999999的商品。

只需要少量金额购买到大量的产品，可以在服务器校验金额或者数量的最大值。确保不会超出预算。

适用于购买首单优惠产品，下单时会创建一个订单存在服务器，然后调用支付宝进行支付，可以选择不支付，继续创建订单，当服务器上存在了多个订单号后，一个一个支付支付时修改订单号，将提前创建好的订单都支付了。

服务器校验时在不能重复购买特殊优惠做了校验，但是对于提前创建好的订单饼干没有校验，这里需要校验如果重复支付的话订单不到账，或者退还金额。

生成订单时替换订单号ID，达到将前一个订单覆盖的目的。比如前一个订单是6元充值，进入支付宝支付界面不支付，然后覆盖订单将500的档位覆盖掉6元的档位。这时在将支付宝支付掉。支付成功后，支付宝会通知服务器，服务器下发充值金额。

服务器在收到通知后应该再次校验支付金额与订单的金额是否一致。如果不一致就不发放奖励。

签约漏洞