2017-05-19 13:37:47
阅读：849次
点赞(0)
收藏
来源： 安全客
作者：360天眼实验室
传送门
【漏洞预警】Joomla!3.7.0 Core SQL注入漏洞(更新漏洞环境)
【漏洞分析】Joomla!3.7.0 Core SQL注入漏洞详细分析（含PoC、漏洞环境）
0x00 背景介绍
Joomla!是一套全球知名的内容管理系统。Joomla!是使用php语言加上mysql数据库所开发的软件系统，可以在linux、 windows、MacOSX等各种不同的平台上执行。目前是由Open Source Matters（见扩展阅读）这个开放源码组织进行开发与支持，这个组织的成员来自全世界各地，小组成员约有150人，包含了开发者、设计者、系统管理者、文件撰写者，以及超过2万名的参与会员。
0x01 漏洞简介
漏洞名称：Joomla!3.7.0 Core com_fields组件SQL注入漏洞
漏洞分类：SQL注入漏洞
漏洞等级：危急
利用方式：远程
利用难度：简单
漏洞描述：本漏洞出现在3.7.0新引入的一个组件“com_fields”，这个组件任何人都可以访问，无需登陆验证。由于对请求数据过滤不严导致sql注入，sql注入对导致数据库中的敏感信息泄漏。
漏洞危害：被SQL注入后可能导致以下后果：1.网页被篡改;2.数据被篡改;3.核心数据被窃取;4.数据库所在服务器被攻击变成傀儡主机
0x02 漏洞流程图
如果不想看下一部分的复杂分析，你只需要记住这个最简要的流程即可
0x03 漏洞分析
从数据流层面分析下这个漏洞,网上流传的POC如下： /index.php?option=com_fields&view=fields&layout=modal&list[fullordering]=updatexml(1,concat(0x3e,user()),0) 只从POC上可以看出list[fullordering]这个参数的值是经典的MYSQL报错语句，成功爆出了数据库用户信息，效果如图1所示：
图1
下面动态调试跟踪下本漏洞的成因，在这之前先讲下整个数据流的流程:
1. 入口点是C:\phpStudy32\WWW\Joomla_3.7.0-Stable-Full_Package\components\com_fields\controller.php，
public function __construct($config = array()) 方法获取传入的view、layout的值进行逻辑判断,给base_path赋值，如图2
图2
parent::__construct($config); 这个构造方法将图3中几个参数进行赋值，赋值之后
的效果如图4所示:
图3
图4
这个漏洞最核心的地方是list[fullordering]这个参数如何进行数据传递的！！！libraries/legacy/model/list.php这个文件中getUserStateFromRequest方法，它将url中的list[fullordering]值提取进行保存，如图5。
图5
经过对于fullordering值得简单判断，并没有做值的白名单校验，程序即将进入第一部分的关键也就是通过566行的$this->setState('list.' . $name, $value);方法保存我们的SQL注入报错代码进入list.fullordering保存的前后过程如图6，7所示。
图6
图7
1. 第一部分将我们的payload存进list.fullordering中，那么如何获取呢？直接进入最关键的部分./administrator/components/com_fields/models/fields.php文件中$listOrdering = $this->getState('list.fullordering', 'a.ordering');getState方法获取了之前保存的list.fullordering的值，如图8，并进行SQL语句的拼接，escape方法并没有把我们的payload过滤掉。
图8
3.最后一步，执行SQL语句，拼接的语句完整语句如图9所示，在图9中也能看到报错的信息已经泄露，我们的payload已经成功执行了。
图9
最终报错的信息输出到返回页面中，如图10所示。
图10
完成的漏洞利用流程就走完了，下面对于这个漏洞的补丁进行分析。
0x04 补丁分析
最版本中不获取用户可控的list.fullordering值了，改为获取list.ordering的值，那么这个POC改为：/index.php?option=com_fields&view=fields&layout=modal&list[ordering]=updatexml(1,concat(0x3e,user()),0)
行不行呢？如下图进行的尝试，执行攻击失败。
原因是在存list[ordering]状态的时候，ordering的检测逻辑是对于值进行了白名单的确认，如果值不在filter_fields数组中，那么list.ordering会被赋值为a.ordering,而不是之前我们的payload，如下图所示。
0x05 总结
这个漏洞是由于list[fullordering]参数用户可控，后端代码并没有进行有效过滤导致SQL语句拼接形成order by的注入，修复方案是执行语句获取list.ordering值进行了白名单过滤，在存储状态的时候就将攻击代码覆盖了，那么在执行语句之前取的值自然就不包含攻击代码了。0x06 参考
https://blog.sucuri.net/2017/05/sql-injection-vulnerability-joomla-3-7.html
https://github.com/joomla/joomla-cms
传送门
【漏洞预警】Joomla!3.7.0 Core SQL注入漏洞(更新漏洞环境)
【漏洞分析】Joomla!3.7.0 Core SQL注入漏洞详细分析（含PoC、漏洞环境）
本文由 安全客 原创发布，如需转载请注明来源及本文地址。
本文地址：http://bobao.360.cn/learning/detail/3880.html
