CUUMALL 注入 1-4 | wooyun-2014-065005| WooYun.org

漏洞概要关注数(24) 关注此漏洞

缺陷编号：wooyun-2014-065005

漏洞标题：CUUMALL 注入 1-4

漏洞作者： ′雨。

提交时间：2014-06-15 12:24

修复时间：2014-06-16 17:09

公开时间：2014-06-16 17:09

漏洞类型：SQL注射漏洞

危害等级：高

自评Rank：20

漏洞状态：漏洞已经通知厂商但是厂商忽略漏洞

漏洞来源： http://www.wooyun.org，如有疑问或需要帮助请联系 [email protected]

Tags标签：无

4人收藏收藏
分享漏洞：

漏洞详情

披露状态：

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的关注

2014-06-17：@′ 雨。非常感谢你的帮助，根据你的回复，我仔细考虑了一下，因为我们是提供了多支付接口的系统，如果是默认的key的话确实是对用户会有影响，我们的程序在商城后台可以设置相关接口是否生效，但是实际接口失效的代码验证没有加入进来，如果用户不使用支付宝接口，设置支付宝禁用，但是仍然可以访问到这个接口，这样的话支付宝接口确实对外暴露了，并且里面的key是默认的，那这里就会产生一个漏洞了，包括其他几个接口也会有同样的问题，这里我仅考虑到用户一定会启用支付并且输入key的情况了，十分抱歉我没有考虑周全，不知道这里是否可以修改或者补偿rank,这个rank影响还是很大的。

WooYun.org

漏洞概要 关注数(24) 关注此漏洞