前言：从今年暑假开始，我将持续给大家带来漏洞预警台这个栏目（大部分都是转载自wooyun等平台的）。“世上没有绝对的安全”，再精密的程序也可能有漏洞存在，这就需要我们拥有一双慧眼，发现这些危险的漏洞，并及时修复它们。人们常把群人叫做hacker，然而“骇客”和“黑客”是不同的。“骇客”到处搞破坏，与良好黑客精神是格格不入的。
根据乌云上的案例，支付漏洞一般可以分为三类：一是在支付过程中直接发送含有需支付金额的数据包；二是没有对购买数量进行限制；三是程序的异常处理。下面就和大家说说这三种情况。
一：支付过程中直接发送含有需支付金额的数据包(常见)
危害指数：星星星星星
这种案例非常常见，主要针对支付宝等需要第三方支付的案例。开发人员往往会为了方便，直接在支付的关键步骤数据包中直接传递需要支付的金额，这种，只需要开个Fiddler2，甚至是直接通过审查元素就可以修改到需要支付的金额。我们来看一看乌云上的几个案例：
这里我就以淘宝网的那个支付漏洞来讲解一下，淘宝网手机充值这个地方的漏洞最为典型。
从这个发送的数据包中，我们可以发现开发人员直接将金额(seriesPrice)和购买短信的数量(seriesNum)一起发送，这是十分危 险的操作。黑客可以通过修改seriesPrice和seriesNum的值，来达到1元购买10000条短信甚至是更多的短信数量。
从经济利益上来讲，这对厂商来说是一个大的损失，中间差额非常巨大！
不过，厂商非常负责任，当天就确认了漏洞并进行了排查。
修复方案：不直接在数据包中加入需要金额和数量等敏感数值。
以上面的漏洞为例，这些短信都是以套餐的形式出售的，可以发送套餐的ID，然后由服务器来生产金额和数量，然后直接生成KEY走支付宝。
二：没有对购买数量进行限制(常见)
危害指数：星星星星（按站点类型而异）
这种案例也比较常见，在乌云中也有挺多的案例。产生的原因是开发人员没有对购买的数量进行严格的限制，当购买的数量是一个负数时，总额的算法仍然 是”购买数量x单价=总价”，所以这样就会导致有一个负数的需支付金额。若仍然支付成功，则可能导致购买到了一个负数数量的产品，也有可能返还相应的积分 /金币到你的账户上。但是，这种情况不可能发生在通过支付宝支付的订单中(虽然我曾经也想过，但是是不行滴….)，因为显然支付宝是不支持一个负数金 额的订单，所以这种情况多数发生在一个有站内货币的网站。我们来看一个案例：
这里我们用m1905进行讲解，这里测试的是购买VIP
上图是一个修改后的数据包，number原本应该是一个正数，但开发人员并没有严格限制number的范围，所以当我们输入一个负数的情况下，就出现了下面的情况。
由于一个错误的数量，所以就导致了我们的账户上多了30元~~~~
这种的危害比上一个就要小一些了，因为只是站内的货币，具体危害还要按网站的规模大小以及货币的对人民币的比率来区分。如果只是很小的网站，那就没什么意义；但如果是支付宝之类的，嘿嘿，你懂的。
修复方案：严格控制购买数量的大小，不允许数量为负数，控制总支付金额是一个正常的数。
三：程序的异常处理
危害指数：星星星星（按站点类型而异）
程序的异常处理比较少见，不过也是有案例的。程序的异常处理，就是指支付的数据包异常的程序的错误处理。这种异常可以是数据与KEY不符，支付的 金额有错误，购买的数量不正确等等。程序的异常处理出现的原因主要是开发人员对出现异常后的处理不当造成的。还是不懂？我们来看几个例子：
我们以115网盘绕过为例，问题出现在开通VIP的过程中。
q是开通的月份，也就是数量。这里我们将其改成了 9999999999999999999999999999999999999999999999999999999999999999999999999999999999(总 之很多个9啦)，程序的异常处理直接将应支付金额变为了0
如上图所示，我们之需要输入一个安全密码，就可以使用0个枫叶来支付这笔订单了~
微号的问题也同属一类，将金额修改，错误，然后直接绕过了支付过程，直接支付成功~
这类问题的出现多数是程序员的大意造成的，没有对异常数据进行很好的处理，导致了问题的产生。
修复方案：根据网站的需要来调整异常处理的方案，发现异常，可以直接报错，拒绝继续运行。
总结
上述给他们介绍的三种支付漏洞常见的类型，我相信在这个互联网发达的时代这仅仅只是支付漏洞的冰山一角，随着科技的日新月异，更多的利用方案也会慢慢浮现出来。
有人说我运气非常好，能撞到那么多的支付漏洞。其实，并不是运气好，而是擅于去发现漏洞。就像上面的淘宝的漏洞一般，那是右下角突然弹了一个说送了我30条免费的短信条数。有多少人会去点X？
“生活中并不是缺少漏洞，只是你缺少了一双擅于发现漏洞的眼睛”
转自：http://zone.wooyun.org/content/878
