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

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带入查询造成了注入。

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

第二处

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"]."'";

这个没单引号保护。而且可以用到下面的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的关注

版权与免责声明：

凡注明稿件来源的内容均为转载稿或由网友用户注册发布，本网转载出于传递更多信息的目的；如转载稿涉及版权问题，请作者联系我们，同时对于用户评论等信息，本网并不意味着赞同其观点或证实其内容的真实性；

本文地址：https://top.cnzzla.com/artinfo/1824.html