0x00 背景介绍
随着网民越来越习惯于网上购物,出现了越来越多的电商网站,在线交易平台等。
其中肯定要涉及在线支付的流程,而这里面也有很多逻辑。
由于这里涉及到金钱,如果设计不当,很有可能造成0元购买商品等很严重的漏洞。
0x01 检测方法与案例
根据乌云上的案例,支付漏洞一般可以分为五类,如果发现其他的类型,欢迎补充:
1、支付过程中可直接修改数据包中的支付金额
这种漏洞应该是支付漏洞中最常见的。
开发人员往往会为了方便,直接在支付的关键步骤数据包中直接传递需要支付的金额。
而这种金额后端没有做校验,传递过程中也没有做签名,导致可以随意篡改金额提交。
只需要抓包看到有金额的参数修改成任意即可。
我们来看一看乌云上的几个案例:
WooYun: 佳域手机官方商城支付漏洞 (这个亮点是真的到货了……)
WooYun: 京东商城购买商品时,可以修改商品金额,并且支付成功
WooYun: 京东团购订单金额可在客户端修改并提交网银支付
WooYun: 网通营业厅客户信息泄露、充值支付价格修改漏洞
2、没有对购买数量进行负数限制
这种案例也比较常见,产生的原因是开发人员没有对购买的数量参数进行严格的限制。
这种同样是数量的参数没有做签名,导致可随意修改,经典的修改方式就是改成负数。
当购买的数量是一个负数时,总额的算法仍然是"购买数量x单价=总价"。
所以这样就会导致有一个负数的需支付金额。
若支付成功,则可能导致购买到了一个负数数量的产品,也有可能返还相应的积分/金币到你的账户上。
WooYun: 国美网上商城支付漏洞1元订购Iphone 4S!
最后一个漏洞与其他不同的是把数量改成一个超大的数,而不是负数。
结果导致支付的金额可能超过一定数值而归0。
3、请求重放
购买成功后,重放其中请求,竟然可以使购买商品一直增加~
阿里云主机多次下订单,会出现0元订单情况,不知道程序员后端是如何写的……
4、其他参数干扰
此案例金钱已经做了签名认证,修改后不通过。
但是仍然有一个参数会对最后的金额产生影响而没有一起做签名导致问题产生。
0x02 修复方案
其实修复方案很简单,对传递的金钱,数量等对最后支付金额会产生影响的所有参数做签名。
并且注意签名算法不可被猜测到。
这样攻击者修改数据的时候验证便不会通过。
同时注意对已经交易的订单不可重复而造成重复重置的漏洞。
学习了,谢谢大牛分享
先去研究下参数签名的问题
真棒,希望能有更多大牛 总结各种漏洞
总结得挺全面的
mark
学习了~~~
整理的挺好的,学习了。
解决方案都没透露,估计大家修补的方式都不一样。
还行吧 算是通用的。像淘宝一样,可以通过双方协议更改交易价格的那种订单,必须具体分析着来 没通用的
如果有专业的解决方案,欢迎指正~
整理的不错,解决方案比较业余。
感谢分享
受教育了。。。
学习了