[公开漏洞]CUUMALL 注入 1-4

    来源:WooYun 浏览:767次 时间:2014-06-16
CUUMALL 注入 1-4 相关厂商: cuumall.com 漏洞作者:′ 雨。 提交时间:2014-06-15 12:24 公开时间:2014-06-16 17:09 漏洞类型:SQL注射漏洞 危害等级:高 自评Rank:20 漏洞状态: 漏洞已经通知厂商但是厂商忽略漏洞 漏洞来源:http://www.wooyun.org Tags标签: 无 漏洞详情 披露状态:

2014-06-15:细节已通知厂商并且等待厂商处理中
2014-06-16:厂商已经主动忽略漏洞,细节向公众公开

简要描述:

来了个新厂商。 挖一下把。


开放+封闭源代码
封闭源代码,普通用户使用加密后的代码,付费用户使用开放的源代码,使商城更安全

对于我这种屌丝只能用免费版 就是zend后的代码。

不过还是有几个文件没zend。 就只看这几个文件了。

详细说明:

找了几个没zend的文件来看看 。



第一处



ali/notify_url.php中

$alipayNotify = new AlipayNotify($aliapy_config);
$verify_result = $alipayNotify->verifyNotify();

if($verify_result) {//验证成功
/////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////
//请在这里加上商户的业务逻辑程序代

//——请根据您的业务逻辑来编写程序(以下代码仅作参考)——
//获取支付宝的通知返回参数,可参考技术文档中服务器异步通知参数列表
$out_trade_no= $_POST['out_trade_no']; //获取订单号
$trade_no= $_POST['trade_no']; //获取支付宝交易号
$total_fee= $_POST['total_fee'];//获取总价格

if($_POST['trade_status'] == 'TRADE_FINISHED' ||$_POST['trade_status'] == 'TRADE_SUCCESS') { //交易成功结束
//判断该笔订单是否在商户网站中已经做过处理(可参考“集成教程”中“3.4返回数据处理”)
//如果没有做过处理,根据订单号(out_trade_no)在商户网站的订单系统中查到该笔订单的详细,并执行商户的业务程序
//如果有做过处理,不执行商户的业务程序
$arr=include("../Conf/config.php");
@mysql_connect($arr["DB_HOST"].":".$arr["DB_PORT"],$arr["DB_USER"],$arr["DB_PWD"]);
@mysql_select_db($arr["DB_NAME"]);
$sql="update ".$arr["DB_PREFIX"]."m_order set orderstate=1,paytime='".date('Y-m-d H:i:s')."' where orderid='".$out_trade_no."'";





$verify_result = $alipayNotify->verifyNotify();

if($verify_result) {





function verifyNotify(){
if(empty($_POST)) {//判断POST来的数组是否为空
return false;
}
else {
//生成签名结果
$mysign = $this->getMysign($_POST);

//获取支付宝远程服务器ATN结果(验证是否是支付宝发来的消息)
$responseTxt = 'true';
if (! empty($_POST["notify_id"])) {$responseTxt = $this->getResponse($_POST["notify_id"]);}

//写日志记录
//$log_text = "responseTxt=".$responseTxt."\n notify_url_log:sign=".$_POST["sign"]."&mysign=".$mysign.",";
//$log_text = $log_text.createLinkString($_POST);
//logResult($log_text);

//验证
//$responsetTxt的结果不是true,与服务器设置问题、合作身份者ID、notify_id一分钟失效有关
//mysign与sign不等,与安全校验码、请求时的参数格式(如:带自定义参数等)、编码格式有关
if (preg_match("/true$/i",$responseTxt) && $mysign == $_POST["sign"]) {
return true;
} else {
return false;
}
}







这里有个验证 验证的是我们post的sign 是否与生成的sign相等 生成的是md5的

这里自己生成一个sign 就能通过验证

。 然后直接把$out_trade_no带入查询 造成了注入。



c1.jpg





——————————————————————————————————————————





第二处



ali/return_url.php 

$verify_result = $alipayNotify->verifyReturn();
if($verify_result) {//验证成功
/////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////
//请在这里加上商户的业务逻辑程序代码

//——请根据您的业务逻辑来编写程序(以下代码仅作参考)——
//获取支付宝的通知返回参数,可参考技术文档中页面跳转同步通知参数列表
$out_trade_no= $_GET['out_trade_no'];//获取订单号
$trade_no= $_GET['trade_no'];//获取支付宝交易号
$total_fee= $_GET['total_fee'];//获取总价格

if($_GET['trade_status'] == 'TRADE_FINISHED' || $_GET['trade_status'] == 'TRADE_SUCCESS') {
//判断该笔订单是否在商户网站中已经做过处理(可参考“集成教程”中“3.4返回数据处理”)
//如果没有做过处理,根据订单号(out_trade_no)在商户网站的订单系统中查到该笔订单的详细,并执行商户的业务程序
//如果有做过处理,不执行商户的业务程序
$arr=include("../Conf/config.php");
@mysql_connect($arr["DB_HOST"].":".$arr["DB_PORT"],$arr["DB_USER"],$arr["DB_PWD"]);
@mysql_select_db($arr["DB_NAME"]);
$sql="update ".$arr["DB_PREFIX"]."m_order set orderstate=1,paytime='".date('Y-m-d H:i:s')."', where orderid='".$out_trade_no."'";
mysql_query($sql);





这里是跟第一处是差不多的。 只是换成了GET。。。





第三处。



alipay/notify_url.php



话说你们这程序 有ali 和 alipay两个目录。 都是支付宝支付的文件。

里面的文件都是一样的, 搞不懂你们。



$alipayNotify = new AlipayNotify($aliapy_config);
$verify_result = $alipayNotify->verifyNotify();

if($verify_result) {//验证成功
/////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////
//请在这里加上商户的业务逻辑程序代

//——请根据您的业务逻辑来编写程序(以下代码仅作参考)——
//获取支付宝的通知返回参数,可参考技术文档中服务器异步通知参数列表
$out_trade_no= $_POST['out_trade_no']; //获取订单号
$trade_no= $_POST['trade_no']; //获取支付宝交易号
$total_fee= $_POST['total_fee'];//获取总价格

if($_POST['trade_status'] == 'TRADE_FINISHED' ||$_POST['trade_status'] == 'TRADE_SUCCESS') { //交易成功结束
//判断该笔订单是否在商户网站中已经做过处理(可参考“集成教程”中“3.4返回数据处理”)
//如果没有做过处理,根据订单号(out_trade_no)在商户网站的订单系统中查到该笔订单的详细,并执行商户的业务程序
//如果有做过处理,不执行商户的业务程序
$arr=include("../Conf/config.php");
@mysql_connect($arr["DB_HOST"].":".$arr["DB_PORT"],$arr["DB_USER"],$arr["DB_PWD"]);
@mysql_select_db($arr["DB_NAME"]);
$sql="select * from ".$arr["DB_PREFIX"]."m_pay where ordernum=".$out_trade_no;







第四处 alipay/return_url.php



$verify_result = $alipayNotify->verifyReturn();
if($verify_result) {//验证成功
/////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////
//请在这里加上商户的业务逻辑程序代码

//——请根据您的业务逻辑来编写程序(以下代码仅作参考)——
//获取支付宝的通知返回参数,可参考技术文档中页面跳转同步通知参数列表
$out_trade_no= $_GET['out_trade_no'];//获取订单号
$trade_no= $_GET['trade_no'];//获取支付宝交易号
$total_fee= $_GET['total_fee'];//获取总价格

if($_GET['trade_status'] == 'TRADE_FINISHED' || $_GET['trade_status'] == 'TRADE_SUCCESS') {
//判断该笔订单是否在商户网站中已经做过处理(可参考“集成教程”中“3.4返回数据处理”)
//如果没有做过处理,根据订单号(out_trade_no)在商户网站的订单系统中查到该笔订单的详细,并执行商户的业务程序
//如果有做过处理,不执行商户的业务程序
$arr=include("../Conf/config.php");
@mysql_connect($arr["DB_HOST"].":".$arr["DB_PORT"],$arr["DB_USER"],$arr["DB_PWD"]);
@mysql_select_db($arr["DB_NAME"]);
$sql="select * from ".$arr["DB_PREFIX"]."m_pay where ordernum=".$out_trade_no;
$result=mysql_query($sql);
//--------
$rss=mysql_fetch_array($result);
if($rss["paystate"]==0)
{
$sql1="update ".$arr["DB_PREFIX"]."m_pay set trade_no='".$trade_no."',payallmoney=paymoney+payallmoney,gettime='".date('Y-m-d H:i:s')."',paystate=1 where ordernum='".$out_trade_no."'";
mysql_query($sql1);
//-----
//echo $sql1."<br>";
$sql2="select * from ".$arr["DB_PREFIX"]."m_member where username='".$rss["username"]."'";





c2.jpg





这个没单引号保护。 而且可以用到下面的update bu多说了。

漏洞证明:

见上面。

修复方案:

对一些该intval的就intval。

版权声明:转载请注明来源 ′ 雨。@乌云 漏洞回应 厂商回应:

危害等级:无影响厂商忽略

忽略时间:2014-06-16 17:09

厂商回复:

最新状态:

2014-06-16:感谢楼主对CuuMall的关注,不过楼主的测试方法是有问题的。 支付宝的验签机制是基于不知道商城使用者的key的情况下进行验签的,支付宝提供的几个参数中,分别有PartnerID与Key,PartnerID与Key是对应关系,楼主的测试方法中描述“这里有个验证 验证的是我们post的sign 是否与生成的sign相等 生成的是md5的 这里自己生成一个sign 就能通过验证”,这里测试的方法有问题,我们使用抓包工具查看客户端提交的网址: GET /gateway.do?_input_charset=utf-8&body=%E5%95%86%E5%9F%8E%E5%9C%A8%E7%BA%BF%E6%94%AF%E4%BB%98&notify_url=http%3A%2F%2Fdemo.cuumall.com%2Fali%2Fnotify_url.php&out_trade_no=1402892912300748&partner=2088002189820220&payment_type=1&return_url=http%3A%2F%2Fdemo.cuumall.com%2Fali%2Freturn_url.php&seller_email=XXX@163.com&service=create_direct_pay_by_user&subject=%E5%95%86%E5%9F%8E%E5%9C%A8%E7%BA%BF%E6%94%AF%E4%BB%98&total_fee=23&sign=ad9dc7e90e75a792fe8a8a0e2c3601ec&sign_type=MD5 这里的sign是做了签名的,这里的签名方式根据支付宝接口文档说明以及提供的代码来看,是将所有参数按首字母排序后加上key进行md5的,然后提交到支付宝服务器,支付宝服务器根据收到的PartnerID对应的key来将要返回的数据进行加密后返回,其中有项参数必定是随机的,商城的服务器根据得到的各项参数,结合本地存储的key,进行MD5加密后,再与收到的sign进行对比,如果匹配才能进行下一步,如果是这样的话,订单号等信息是无法篡改的,否则是无法验证通过的,除非key遭到了泄密!而楼主的测试方法是直接绕开了支付宝的验签机制的,所以这种测试方法是有问题的。 不过仍然感谢楼主对CuuMall的关注

当前位置:站长啦网站目录 » 站长资讯 » 站长新闻 » 漏洞预警 » 文章详细