mysql漏洞2017,Joomla! 3.7 Core SQL 注入 (CVE-2017-8917)漏洞分析

Author: p0wd3r (知道创宇404安全实验室)

Date: 2017-05-18

0x00 漏洞概述

漏洞简介

漏洞影响

未授权状态下SQL注入

影响版本： 3.7.0

0x01 漏洞复现

Joomla 在 3.7.0 中新增了一个 com_field组件，其控制器的构造函数如下，在components/com_fields/controller.php中：

可以看到当访问的view是fields，layout是modal的时候，程序会从JPATH_ADMINISTRATOR中加载com_fields，这就意味着普通用户可以通过这样的请求来使用管理员的com_fields。

接下来我们看管理员的com_fields组件，我们来到administrator/components/com_fields/models/fields.php，其中的getListQuery的部分代码如下：

程序通过$this->getState取到list.fullordering，然后使用$db->escape处理后传入$query->order函数，mysqli的escape函数代码如下：

这里调用mysqli_real_escape_string来转义字符，该函数具体作用如下：

仅对单双引号等字符进行转义，并未做更多过滤。另外$query->order函数的作用仅仅是将数据拼接到ORDER BY语句后，也并未进行过滤，所以如果list.fullordering可控，那么就可以进行注入。

我们可以看到list.fullordering是一个state，state会在视图的display函数中进行设置：

跟进这个设置过程，程序会走到libraries/legacy/model/list.php中的populateState函数中，具体的调用栈如下：

该函数中有如下一段代码：

if ($list = $app->getUserStateFromRequest($this->context . '.list', 'list', array(), 'array'))

{

foreach ($list as $name => $value)

{

// Exclude if blacklisted

if (!in_array($name, $this->listBlacklist))

{

...

$this->setState('list.' . $name, $value);

}

}

}

程序通过$app->getUserStateFromRequest取到一个$list数组 ，如果数组的key不在黑名单中，则遍历该数组对相应state进行注册，getUserStateFromRequest的代码如下：

结合前面的调用来看，我们可以通过请求中的参数list来设置$list变量，因此我们访问http://ip/index.php?option=com_fields&view=fields&layout=modal&list[fullordering]=updatexml(2,concat(0x7e,(version())),0)并开启动态调试动态调试，结果如下：

可以看到list.fullordering已经被我们控制。

回到getListQuery，该函数会在视图加载时被自动调用，具体函数调用栈如下：

所以我们的payload也就通过getState传入了这个函数，最终导致SQL注入：

0x02 补丁分析

改为取list.ordering和list.direction作为查询的参数，这两个参数在populateState函数中做了如下处理：

如果值不在指定范围内则将其更改为默认值，因此无法再将payload带入。

0x03 参考

本文由 Seebug Paper 发布，如需转载请注明来源。本文地址：https://paper.seebug.org/305/