支付漏洞的三种常见类型
来源:互联网 发布:矩阵的用途 编辑:程序博客网 时间:2024/05/16 02:38
http://zone.wooyun.org/content/878
支付漏洞的三种常见类型
()
()
[各种求WB换爱疯......]
----------
根据乌云上的案例,支付漏洞一般可以分为三类:一是在支付过程中直接发送含有需支付金额的数据包;二是没有对购买数量进行限制;三是程序的异常处理。下面就和大家说说这三种情况。
一:支付过程中直接发送含有需支付金额的数据包(常见)
危害指数:星星星星星
这种案例非常常见,主要针对支付宝等需要第三方支付的案例。开发人员往往会为了方便,直接在支付的关键步骤数据包中直接传递需要支付的金额,这种,只需要开个Fiddler2,甚至是直接通过审查元素就可以修改到需要支付的金额。我们来看一看乌云上的几个案例:
[link href="WooYun: 顺丰宝业务逻辑漏洞"]顺丰宝业务逻辑漏洞(WooYun-2011-02272)[/link] @空虚浪子心
[link href="WooYun: 淘宝网某处存在严重支付漏洞"]淘宝网某处存在严重支付漏洞[/link](WooYun-2012-07293) @imlonghao
[link href="WooYun: 考试吧支付缺陷"]考试吧支付缺陷(WooYun-2012-07380)[/link] @jxs
[link href="WooYun: 263通信某处存在严重支付漏洞"]263通信某处存在严重支付漏洞(WooYun-2012-07528)[/link] @imlonghao
这里我就以淘宝网的那个支付漏洞来讲解一下,淘宝网手机充值这个地方的漏洞最为典型。
从这个发送的数据包中,我们可以发现开发人员直接将金额(seriesPrice)和购买短信的数量(seriesNum)一起发送,这是十分危险的操作。黑客可以通过修改seriesPrice和seriesNum的值,来达到1元购买10000条短信甚至是更多的短信数量。
从经济利益上来讲,这对厂商来说是一个大的损失,中间差额非常巨大!
不过,厂商非常负责任,当天就确认了漏洞并进行了排查。
修复方案:不直接在数据包中加入需要金额和数量等敏感数值。
以上面的漏洞为例,这些短信都是以套餐的形式出售的,可以发送套餐的ID,然后由服务器来生产金额和数量,然后直接生成KEY走支付宝。
二:没有对购买数量进行限制(常见)
危害指数:星星星星(按站点类型而异)
这种案例也比较常见,在乌云中也有挺多的案例。产生的原因是开发人员没有对购买的数量进行严格的限制,当购买的数量是一个负数时,总额的算法仍然是"购买数量x单价=总价",所以这样就会导致有一个负数的需支付金额。若仍然支付成功,则可能导致购买到了一个负数数量的产品,也有可能返还相应的积分/金币到你的账户上。但是,这种情况不可能发生在通过支付宝支付的订单中(虽然我曾经也想过,但是是不行滴....),因为显然支付宝是不支持一个负数金额的订单,所以这种情况多数发生在一个有站内货币的网站。我们来看一个案例:
[link href="WooYun: 又拍网旗下某站存在严重支付漏洞"]又拍网旗下某站存在严重支付漏洞(WooYun-2012-06589)[/link] @imlonghao
[link href="WooYun: WHM用户管理系统代码逻辑错误导致逃费"]WHM用户管理系统代码逻辑错误导致逃费(WooYun-2011-01712)[/link] @softbug
[link href="WooYun: 投注网刷元宝漏洞"]投注网刷元宝漏洞(WooYun-2012-11234)[/link] @imlonghao
[link href="WooYun: m1905电影网存在严重支付漏洞"]m1905电影网存在严重支付漏洞(WooYun-2012-06708)[/link] @imlonghao
这里我们用m1905进行讲解,这里测试的是购买VIP
上图是一个修改后的数据包,number原本应该是一个正数,但开发人员并没有严格限制number的范围,所以当我们输入一个负数的情况下,就出现了下面的情况。
由于一个错误的数量,所以就导致了我们的账户上多了30元~~~~
这种的危害比上一个就要小一些了,因为只是站内的货币,具体危害还要按网站的规模大小以及货币的对人民币的比率来区分。如果只是很小的网站,那就没什么意义;但如果是支付宝之类的,嘿嘿,你懂的。
修复方案:严格控制购买数量的大小,不允许数量为负数,控制总支付金额是一个正常的数。
三:程序的异常处理
危害指数:星星星星(按站点类型而异)
程序的异常处理比较少见,不过也是有案例的。程序的异常处理,就是指支付的数据包异常的程序的错误处理。这种异常可以是数据与KEY不符,支付的金额有错误,购买的数量不正确等等。程序的异常处理出现的原因主要是开发人员对出现异常后的处理不当造成的。还是不懂?我们来看几个例子:
[link href="WooYun: 新浪微号存在支付绕过漏洞"]新浪微号存在支付绕过漏洞(WooYun-2012-05316)[/link] @imlonghao
[link href="WooYun: 115网盘存在支付绕过"]115网盘存在支付绕过(WooYun-2012-05353)[/link] @imlonghao
我们以115网盘绕过为例,问题出现在开通VIP的过程中。
q是开通的月份,也就是数量。这里我们将其改成了9999999999999999999999999999999999999999999999999999999999999999999999999999999999(总之很多个9啦),程序的异常处理直接将应支付金额变为了0
如上图所示,我们之需要输入一个安全密码,就可以使用0个枫叶来支付这笔订单了~
微号的问题也同属一类,将金额修改,错误,然后直接绕过了支付过程,直接支付成功~
这类问题的出现多数是程序员的大意造成的,没有对异常数据进行很好的处理,导致了问题的产生。
修复方案:根据网站的需要来调整异常处理的方案,发现异常,可以直接报错,拒绝继续运行。
总结
上述给他们介绍的三种支付漏洞常见的类型,我相信在这个互联网发达的时代这仅仅只是支付漏洞的冰山一角,随着科技的日新月异,更多的利用方案也会慢慢浮现出来。
有人说我运气非常好,能撞到那么多的支付漏洞。其实,并不是运气好,而是擅于去发现漏洞。就像上面的淘宝的漏洞一般,那是右下角突然弹了一个说送了我30条免费的短信条数。有多少人会去点X?
"生活中并不是缺少漏洞,只是你缺少了一双擅于发现漏洞的眼睛"
0 0
- 支付漏洞的三种常见类型
- 支付漏洞的三种常见类型
- 支付漏洞的三种常见类型
- 常见漏洞类型汇总
- Web漏洞常见类型
- 必测的支付漏洞(三)服务器未返回支付结果前进行干预
- DOM里常见的三种节点类型
- 常见的编辑器漏洞
- 常见的网站漏洞
- 常见的网站漏洞
- Android常见的几种移动支付
- 常见的支付模块
- windows常见漏洞分析(三)
- WEB服务器的常见漏洞
- 常见的web漏洞总结
- 常见的服务器安全管理漏洞
- PHP常见漏洞的防范措施
- 论PHP常见的漏洞
- 第三周项目1 顺序表得基本运算(1)
- 我的第一份工作的得与失
- 动图
- 顺序表应用(2)
- Java反射讲解
- 支付漏洞的三种常见类型
- 拓扑排序的两种实现:Kahn算法和dfs算法
- 第二周项目三(2) 汉诺塔
- 第二周 项目三-汉诺塔问题
- Serializable
- Objective-C 【@property 中的copy关键字】
- javascriptNOTE
- 二维图形变换
- c++反汇编学习笔记----------1.基本数据类型