网络安全:SQL 注入漏洞
一、漏洞描述
WordPress
是一个用PHP
编写的免费开源内容管理系统,由于clean_query
函数的校验不当,导致了可能通过插件或主题以某种方式从而触发SQL
注入的情况。这已经在WordPress5.8.3
中进行了修复。影响版本可以追溯到3.7.37
。
二、漏洞分析
在分析整个漏洞之前,首先可以看一下如果想要触发该漏洞,漏洞代码应该是什么样子的。new WP_Query($_POST['query_vars'])
这也就是说,传入WP_Query
的参数如果可控的话,就可以利用该漏洞。接下来我们看看整个漏洞的利用调用链:
根据官方的修复代码,最后的漏洞点位于WP_Tax_Query
的clean_query
方法:
【一>所有资源获取<一】1、网络安全学习路线 2、电子书籍(白帽子)3、安全大厂内部视频 4、100 份 src 文档 5、常见安全面试题 6、ctf 大赛经典题目解析 7、全套工具包 8、应急响应笔记
根据漏洞的描述,我们知道的是WP_Tax_Query::clean_query
函数对变量没有做严格的校验,最终导致了SQL
语句的拼接,进而导致了SQL
注入漏洞。
通过上下文的分析,我们将注意放置在WP_Tax_Query::get_sql_for_clause
这个函数上面,这也是整个漏洞利用调用链中的一个函数;在这个函数中,使用到了clean_query
方法对传入的参数进行了校验过滤处理:
继续查看该方法下面的代码,我们可以知道items
变量最终拼接到了SQL
语句中。
该漏洞最终需要利用的就是这个items
变量,如果能够控制这个变量的值的话,就可以导致注入。
知道了漏洞点的位置,现在我们正向去分析一下。首先我们知道漏洞代码是这个样子的:
new WP_Query($_POST['query_vars'])
跟进到WP_Query
对象的构造方法,知道其调用了query
方法。在WP_Query::query
中,调用了wp_parse_args
函数对输入的字符串进行了处理:
这里主要关注前面两个点,一个是如果传入的是一个对象的话,将其属性名和值取出来转变成数组;如果直接传入的是数组的话,也就是直接返回了。这里也就确定$this->query_vars
和$this->query
变量可控了。
接下来调用get_posts
方法,该方法的代码比较长,我们直接定位到利用链函数:
变量$this->is_singular
初始化之后为false
,所以这里的if
语句是会执行的,而下面的$this->parse_tax_query($q)
语句,跟进去,其实就是给变量$this->tax_query
赋值,其值为WP_Tax_Query
类对应的对象,同时利用传入的$q
变量,对该对象进行了一些初始化。这里关键就是$q
变量,我们向上追溯,查看一下该变量的生成过程:
首先$q
变量获取$this->query_vars
,通过上面的分析,我们知道这个变量是可控的,也就是我们通过POST
传入的参数值。接下来调用fill_query_vars
方法,跟进去会发现这个函数就是向$q
这个数组里面添加了一些key
值。我们可以传入一个数组,然后var_dump
出来看看:
接下来进入$this->parse_tax_query($q)
这个函数看看。该函数就是通过传入的$q
数组,然后赋值给$tax_query
变量,然后利用该变量去初始化对象$this->tax_query = new WP_Tax_Query( $tax_query );
,在parse_tax_query
函数中,我们需要给$tax_query
变量赋值,就需要传入的数组中带有tax_query
这个关键词即可。我们跟进到这个类的构造函数去看看:(简单说明就是经过处理的$q
变量的值作为了WP_Tax_Query
对象的构造函数的参数值)
可以看到$this->queries
变量的值是由$tax_query
赋值得到的,只不过这里做了一些过滤,即调用了sanitize_query
函数进行了处理。
到这里,我们就进入到了WP_Tax_Query
类,并且我们可以控制传入这个类的构造函数的参数值。接下来看看这个构造函数中对传入的参数值做了哪些处理,也就是这个sanitize_query
函数:(这里只截取关键部分了)
我们要进入到这个if
语句,就需要通过is_first_order_clause
函数:
这个函数比较简单,就是需要传入的数据通过foreach
迭代之后,仍然是一个数组,也就是传入的需要是一个二维数组,并且需要携带一些key
值。(加上前面的需要传入tax_query
关键词,到这里就需要传入的是一个三维数组)
由于我们要控制terms
的值,所以传入的terms
也要是一个数组,也就是说如果要控制terms
值,需要传入一个四维数组,例如如下POST
数据:
我们在这里先分析一下这个POST
的数据。首先需要一个tax_query
,是为了能给$tax_query
变量赋值,然后我这里加了一个1
是为了构造多维数组,这样传入进去之后,到上面这个foreach
取出来之后,就是一个数组,从而构造了$this->queries
,并且由于我们需要控制terms
值,$cleaned_clause['terms'] = (array) $cleaned_clause['terms'];
表名我们需要传入一个数组来进行merge
函数的拼接从而覆盖。传入以上数据之后,$this->queries
的值为:
以上分析都是在初始化WP_Tax_Query
这个对象。接下来继续向下分析,开始调用WP_Tax_Query::get_sql
方法,然后调用了WP_Tax_Query::get_sql_clauses
方法:
之后将$this->queries
变量的值传入get_sql_for_query
函数,我们继续跟进一下这个函数:
如果我们想要调用get_sql_for_clause
方法的话,就需要对传入的数据进行一个控制,这里的关键在于is_array($clause)
语句,也就是说,我们通过构造以后,这里需要传入一个二维数组,进而能够执行到这个条件里面并且需要满足is_first_order_clause
函数,因此我们按照上面的构造方式是可以执行到这里的,并且这里的$clause
的值为:
接下来就进入了get_sql_for_clause
函数,也就是我们最终拼接SQL
语句的地方,但在拼接之前,我们需要绕过clean_query
函数,我们跟进这个函数看看:
这里为了不让他异常退出,我们需要添加一个field
字段,让其值等于term_taxonomy_id
即可,构造语句为:
并且在函数的最后,调用了$this->transform_query( $query, 'term_taxonomy_id' );
,我们跟进去,正好判定field
的值,从而return
,跳过了后面的执行操作:
接下来就是SQL
语句的拼接了,根据我们构造的operator
的不同值,没有构造的话就是IN
了,进行不同的拼接操作,这里是IN
,我们进入到这个if
语句:
我们在terms
处构造报错注入代码即可:
前面的分析都是介绍如何一步一步执行到get_sql_for_clause
这个函数,并且介绍了传入这个函数的变量是如何控制的。接下来就是该漏洞点主要的部分。
在get_sql_for_clause
这个函数中,调用了clean_query
方法对我们构造的数据进行了一个清洗,然后取出其中的terms
值,带入了SQL
拼接语句中,payload
如下:
三、漏洞复现
我这里将new WP_Query($_POST['query_vars'])
语句放置到wp-admin\admin-ajax.php
中:(在实际场景下,只要该处输入可控,即可造成SQL
注入漏洞)
复现的时候开启一下debug
即可看见报错注入(也可以进行盲注了);最后的构造语句为:(这里加上action
参数是为了执行到目标代码)
四、修复方式
官网已经发布更新版本,或者按照官网的修复方式,自行添加代码。
评论