奇安信攻防社区-CVE-2022-21661 wordpress

CVE-2022-21661 wordpress<5.8.3 SQL注入漏洞

这是最近爆出来的一个 wordpress 的 SQL注入漏洞，实际上不是一个可以直接利用的洞，而是wordpress的一个核心函数 `WP_Query`的漏洞，这个函数常被插件使用，因此能造成的危害也挺大，前台后台都有可能。

本文仅用于技术讨论与研究，文中的实现方法切勿应用在任何违法场景。如因涉嫌违法造成的一切不良影响，本文作者概不负责。

0x01 漏洞简介
=========

这是最近爆出来的一个 `wordpress` 的 `SQL`注入漏洞，实际上不是一个可以直接利用的洞，而是`wordpress`的一个核心函数 `WP_Query`的漏洞，这个函数常被插件使用，因此能造成的危害也挺大，前台后台都有可能。

0x02 影响范围
=========

`wordpress < 5.8.3`  
这里是修复链接  
<https://github.com/WordPress/WordPress/commit/6f7032dcf423b67f90381d4f29a90d16f4829070>  
![](https://shs3.b.qianxin.com/attack_forum/2022/02/attach-01ff70b7c43034b658c03b786e8d72173ed84a05.png)  
我们 `git`下载后，恢复到上一个版本

```php
git clone https://github.com/WordPress/WordPress
git checkout 266c58518846
```

0x03 漏洞分析
=========

因为此漏洞在插件中出现较多，因此这里我们也造一个插件来进行测试复现，网上已经有师傅写好了 `demo`，我这里直接用

```php
<?php
/*
Plugin Name: CVE-2022-21661-test-plugin
Plugin URL: https://www.lsablog.com/networksec/penetration/cve-2022-21661-wordpress-core-sqli-analysis
Description: This plugin was made in order to test CVE-2022-21661 (wordpress core sql injection)
Version: v1.0
Author: LSA
Author's Blog: https://www.lsablog.com/
License: MIT
*/

function testSQLiCVE202221661(){

echo 'test-cve-2022-21661-plugin';

$inputData = stripslashes($_POST['data']);
    $jsonDecodeInputData = json_decode($inputData,true);
    $wpTest = new WP_Query($jsonDecodeInputData);
    wp_die();
}

add_action('wp_ajax_nopriv_testcve202221661','testSQLiCVE202221661');
```

写入 `php`文件，打包成 `zip`格式，后台安装插件并启用  
这里的插件是不用权限就可以访问的，`admin`权限访问反而存在问题，正常访问显示如下

![](https://shs3.b.qianxin.com/attack_forum/2022/02/attach-cebb8386739d8f05c1f8c8aed72829d98ac55d31.png)

好了，接下来开始调试，看到插件代码，位于 `wp-content/plugins/CVE-2022-21661-test-plugin/CVE-2022-21661-test-plugin.php`

![](https://shs3.b.qianxin.com/attack_forum/2022/02/attach-f1468e3daf979352c6f9ca1632c8287096368903.png)

`post`的`data`使用了 `stripslashes`，`post`的参数默认会被转义，因此用这个函数去掉转义符等，然后 `json_decode`解码，也就是说我们传入的数据需要是 `json`格式的，最后传入 `WP_Query`  
跟进 `wp-includes/class-wp-query.php`的构造方法

![](https://shs3.b.qianxin.com/attack_forum/2022/02/attach-dea53e2c578423b63f9d294cfacc2f1818dc53da.png)

继续跟进 `query`方法

![](https://shs3.b.qianxin.com/attack_forum/2022/02/attach-77160582f0b73ee6ae80aa470e0840ff9d4b2cb8.png)

`$query`是我们传入的 `json`解码后的数据，处理一下后进入 `get_posts`方法

![](https://shs3.b.qianxin.com/attack_forum/2022/02/attach-ec2f848769db4a47854e2772439bf0733b0a78b3.png)

将 `$this->query_vars`赋值给了 `$q`，然后还加入了一些其他的参数，因此 `$q`部分可控，继续往下看

![](https://shs3.b.qianxin.com/attack_forum/2022/02/attach-fdd808117ab483bf322abfbc3b4811381484d1d0.png)

`$this->is_singular`默认为 `false`，进入 `if`语句，然后使用 `parse_tax_query`方法处理 `$q`，我们看看代码

![](https://shs3.b.qianxin.com/attack_forum/2022/02/attach-812b3bcff097aa0266444057295c95f7a9db6757.png)

在这里，`$q`中存在的一些值会赋值给 `$tax_query`，比如，`$q`中存在 `tax_query`这个键并且是数组的时候，就会将他的值存入 `$tax_query`，拉到最后可以看到实例化了 `WP_Tax_Query`，而 `$tax_query`的值就会作为初始化的值传入 `WP_Tax_Query`

![](https://shs3.b.qianxin.com/attack_forum/2022/02/attach-7c910358b36530fe1087352952ac4549c21e16d5.png)

看到 `wp-includes/class-wp-tax-query.php`中的 `__construct`

![](https://shs3.b.qianxin.com/attack_forum/2022/02/attach-e2123e3c7156004d9a45d6fd071a7036ba4ba28a.png)

跟进 `sanitize_query`方法

![](https://shs3.b.qianxin.com/attack_forum/2022/02/attach-335c66c2433461612238688f2b7d526dc1f511bf.png)

这里是对 `$queries`的一些处理，返回值为 `$cleaned_query`，因此要找到可控的赋值  
`foreach`遍历 `$queries`，使用`is_first_order_clause`进行判断

![](https://shs3.b.qianxin.com/attack_forum/2022/02/attach-3bfd1fb81263486a7a6b62989dcf2a27c94f41f3.png)

`$query`中存在一个值为数组，且数组的键为 `terms`就进入该分支，`$queries` 部分可控，因此很容易满足这个条件，最后和 `defaults`合并后存入 `$cleaned_query`  
这里返回后的数据最后会赋值给 `$this->queries`，后面会用到这个数据  
回到比较上面的`$this->tax_query->get_sql`，进入 `wp-includes/class-wp-tax-query.php`的 `get_sql`方法

![](https://shs3.b.qianxin.com/attack_forum/2022/02/attach-a9e9f0275a34130b8adad91c361540da0e01d755.png)

继续跟进 `get_sql_clauses`方法

![](https://shs3.b.qianxin.com/attack_forum/2022/02/attach-e918acf5f03b15881450976b7c8c3ff76fee62a0.png)

这里就将 `$this->queries`取出来了，然后进入 `get_sql_for_query`方法

![](https://shs3.b.qianxin.com/attack_forum/2022/02/attach-7a0a20e3fbc23e663f3f6d6d616edc63c95c363e.png)

遍历 `$query`，当 `$clause`为数组时，进入 `elseif`分支，再跟进 `is_first_order_clause`方法进行判断

![](https://shs3.b.qianxin.com/attack_forum/2022/02/attach-93ba9e58816c9faa8f4199ea3045f71be0f3b0ff.png)

这个判断很简单，为数组且包含 `terms`这个键时为真，继续跟进上面的 `get_sql_for_clause`

![](https://shs3.b.qianxin.com/attack_forum/2022/02/attach-c596327868691b3b68758f415b391fc5de44e199.png)

主要看到这个 `clean_query`方法，也是漏洞点所在的位置，这实际上是一个用于过滤潜在的危险的函数

![](https://shs3.b.qianxin.com/attack_forum/2022/02/attach-d74c6ba740501f1b3fe88426e46fbf224d6f4896.png)

前面的都是一些简单的判断，很容易就可以绕过，`$query['terms']`去重，最后进入 `transform_query`方法

![](https://shs3.b.qianxin.com/attack_forum/2022/02/attach-b7a1c03ea39be1c4887e9a8a59c34e6f40b717ef.png)

满足条件 `$query['field'] == $resulting_field`即可绕过这个方法，不进行其他操作  
回到 `get_sql_for_clause`方法，执行完 `clean_query`后的代码如下

![](https://shs3.b.qianxin.com/attack_forum/2022/02/attach-01ce51659e14c563c576eeb28578dfb20d1c8132.png)

`$terms`接收 `clean_query`方法处理过的 `$clause['terms']`，当 `$operator`为 `NOT IN`时，就会拼接 `SQL`语句，造成注入，进入其他分支也是可以的，都一样，后面就不用讲了。

0x04 漏洞复现
=========

![](https://shs3.b.qianxin.com/attack_forum/2022/02/attach-2261642981897e7ae8e6761e95529b9565f24500.png)

注意右下角的延时

0x05 总结
=======

`wordpress`的漏洞还是比较少的，尤其是这种核心漏洞，使用到这个函数的插件很容易受到影响，又很难受到影响，很容易是因为使用的插件还是很多的，很难是因为输入的参数存在转义，所以需要很多的凑巧才能成功利用，不过存在一个比较大的基数，找到受影响的应该不难，连续分析了两个 `wordpress`近期的漏洞，给我的感觉就是，大的系统不是没有漏洞，而是缺少挖到他的人。

目前在学代码审计，对此感兴趣的师傅可以加好友一起交流学习

发表于 2022-03-16 14:05:26
阅读 ( 7769 )
分类：漏洞分析

1 条评论

SNCKER 2022-03-17 09:45

还得是我李总