当前位置：WooYun >> 漏洞信息

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

缺陷编号：wooyun-2014-063236

漏洞标题：74CMS 二次注入 #3 (多处)

相关厂商：74c,s.com

漏洞作者： ′雨。

提交时间：2014-06-03 11:16

修复时间：2014-09-01 11:20

公开时间：2014-09-01 11:20

漏洞类型：SQL注射漏洞

危害等级：高

自评Rank：20

漏洞状态：厂商已经确认

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

Tags标签： 无

4人收藏 收藏
分享漏洞：

漏洞详情

披露状态：

2014-06-03： 细节已通知厂商并且等待厂商处理中
2014-06-07： 厂商已经确认，细节仅向厂商公开
2014-06-10： 细节向第三方安全合作伙伴开放
2014-08-01： 细节向核心白帽子及相关领域专家公开
2014-08-11： 细节向普通白帽子公开
2014-08-21： 细节向实习白帽子公开
2014-09-01： 细节向公众公开

简要描述：

No check out。 6月份了 不知道是自己倒数的多少个洞了。
2014年6月2日 16:06:55 最后写一个 写了就去上晚自习了。
时间原因 怕迟到 可以注入的地方很多 我就贴两个出来就算了。
demo成功。

详细说明：

总所周知 74cms在/user/user_reg.php注册的时候
*用户名：
只能包含中英文、数字和下划线
不允许注册特殊字符 但是在plus/ajax_user.php中 也能注册。
在这里就没过滤特殊字符了。

elseif ($act=='do_reg')
{
	$captcha=get_cache('captcha');
	if ($captcha['verify_userreg']=="1")
	{
		$postcaptcha=$_POST['postcaptcha'];
		if ($captcha['captcha_lang']=="cn" && strcasecmp(QISHI_DBCHARSET,"utf8")!=0)
		{
		$postcaptcha=iconv("utf-8",QISHI_DBCHARSET,$postcaptcha);
		}
		if (empty($postcaptcha) || empty($_SESSION['imageCaptcha_content']) || strcasecmp($_SESSION['imageCaptcha_content'],$postcaptcha)!=0)
		{
		exit("err");
		}
	}
	require_once(QISHI_ROOT_PATH.'include/fun_user.php');
	$username = isset($_POST['username'])?trim($_POST['username']):exit("err");
	$password = isset($_POST['password'])?trim($_POST['password']):exit("err");
	$member_type = isset($_POST['member_type'])?intval($_POST['member_type']):exit("err");
	$email = isset($_POST['email'])?trim($_POST['email']):exit("err");
	if (strcasecmp(QISHI_DBCHARSET,"utf8")!=0)
	{
	$username=iconv("utf-8",QISHI_DBCHARSET,$username);
	$password=iconv("utf-8",QISHI_DBCHARSET,$password);
	}
 	$register=user_register($username,$password,$member_type,$email);
	if ($register>0)
	{	
		$login_js=user_login($username,$password);
		$mailconfig=get_cache('mailconfig');


这里注册后 又直接登录 造成了二次注入。
看一下username column 能存多少字符。
---------------------+---------------------+------+-----+---------+------------
---+
Field | Type | Null | Key | Default | Extra
|
---------------------+---------------------+------+-----+---------+------------
---+
uid | int(10) unsigned | NO | PRI | NULL | auto_increm
nt |
utype | tinyint(1) unsigned | NO | | 1 |
|
username | varchar(100) | NO | UNI | NULL |
100个 绰绰有余。
测试一下demo

79.jpg


报错了 出库未过滤 造成了注入。
____________________________________________________________________
第二个出库的位置
在user/user_pms.php中

elseif($act=="add_save")
{
	$setsqlarr['msgtype']=2;
	$setsqlarr['msgfrom']=trim($_SESSION['username']);
	$setsqlarr['msgfromuid']=intval($_SESSION['uid']);
	$toname=trim($_GET['toname']);
	$setsqlarr['message']=trim($_GET['msg']);
	if (strcasecmp(QISHI_DBCHARSET,"utf8")!=0)
	{
	$toname=iconv("utf-8",QISHI_DBCHARSET,$toname);
	
	$setsqlarr['message']=iconv("utf-8",QISHI_DBCHARSET,$setsqlarr['message']);
	}
	$msgtouser= $db->getone("select * from ".table('members')." where username = '{$toname}' LIMIT 1");
 
	if (empty($msgtouser))
	{
	exit('收件人不存在！');
	}
	elseif ($msgtouser['uid']==$_SESSION['uid'])
	{
	exit("您不能给自己发消息！");
	}
	elseif ($_SESSION['utype']=='1' && $msgtouser['utype']=='2')
	{
		$sql = "select did from ".table('company_down_resume')." WHERE company_uid = '{$_SESSION['uid']}' AND resume_uid='{$msgtouser['uid']}' LIMIT 1";
		$info=$db->getone($sql);
		if (empty($info))
		{
		exit("您没有下载过会员<strong>{$msgtouser['username']}</strong>创建的简历，下载过简历后才可以给TA发短消息！");
		}
	}
	$setsqlarr['msgtouid']=$msgtouser['uid'];
	$setsqlarr['msgtoname']=$msgtouser['username'];
	$setsqlarr['dateline']=time();
	$setsqlarr['new']=1;
	$setsqlarr['replytime']=$setsqlarr['dateline'];
	$setsqlarr['replyuid']=$setsqlarr['msgfromuid']; 
	inserttable(table('pms'),$setsqlarr);


$msgtouser= $db->getone("select * from ".table('members')." where username = '{$toname}' LIMIT 1");//这里出库
	$setsqlarr['msgtouid']=$msgtouser['uid'];
	$setsqlarr['msgtoname']=$msgtouser['username'];


这里把账户的名字直接给了这数组 然后带入了inserttable(table('pms'),$setsqlarr)
insert 语句中。

80.jpg


漏洞证明：

100个字符 语句太好构造了。
我就不构造了。 晚自习去了 拜拜。

修复方案：

check in or check out.

版权声明：转载请注明来源 ′雨。@乌云

漏洞回应

厂商回应：

危害等级：高

漏洞Rank：15

确认时间：2014-06-07 16:42

厂商回复：

感谢反馈

最新状态：

暂无

漏洞评价：

评论

  1. 2014-06-03 11:20 | ′ 雨。 ( 普通白帽子 | Rank:1231 漏洞数:190 | Only Code Never Lie To Me.)

    多处指的是出库的地方多处，

  2. 2014-06-03 11:23 | 寂寞的瘦子 ( 普通白帽子 | Rank:242 漏洞数:53 | 一切语言转汇编理论)

    莫非是绕过了他们的过滤措施？

  3. 2014-06-03 11:32 | Focusstart ( 普通白帽子 | Rank:574 漏洞数:163 | 努力让某某某成为最幸福的女人！)

    @′ 雨。 要高考了么~

  4. 2014-06-03 12:34 | shack2 ( 普通白帽子 | Rank:470 漏洞数:71 | QQ:1341413415 一个热爱编程(Java),热爱网...)

    土豪，你挖这么多，你家人知道么

  5. 2014-06-03 12:40 | ′ 雨。 ( 普通白帽子 | Rank:1231 漏洞数:190 | Only Code Never Lie To Me.)

    @Focusstart 明年啊

  6. 2014-06-03 12:40 | ′ 雨。 ( 普通白帽子 | Rank:1231 漏洞数:190 | Only Code Never Lie To Me.)

    @寂寞的瘦子 过滤很渣

  7. 2014-06-03 14:49 | 寂寞的瘦子 ( 普通白帽子 | Rank:242 漏洞数:53 | 一切语言转汇编理论)

    @′ 雨。 在我看来就是整体的框架没做好安全措施（可以叫没有大局概念）,遇到了问题就修修补补，各种上补丁，等修复了这个bug，可能又由于带入新的补丁覆盖了原来的旧补丁导致以前的bug重生，当然我是在扯淡~

  8. 2014-06-28 11:02 | ′ 雨。 ( 普通白帽子 | Rank:1231 漏洞数:190 | Only Code Never Lie To Me.)

    我擦 现在仔细一看 原来这两处出库的是一个地方的。 不过都知道 用户名出库的地方太多了。