0x00前言

该漏洞源于某真实案例，虽然攻击没有用到该漏洞，但在分析攻击之后对该版本的cmf审计之后发现了，也算是有点机遇巧合的味道，我没去找漏洞，漏洞找上了我XD

thinkcmf 已经非常久远了，该版本看github上的更新时间已经是4年前了，也就是2014年的时候。

0x01前台SQL注入

前台在登录方法中存在注入，thinkcmf是基于thinkphp3.2写的，直接看

文件application\User\Controller\LoginController.class.php 方法 dologin

很明显的注入，通过extract我们可以注册$where数组，而后直接传入where方法，没有经过I方法过滤的引入参数是会引发表达式注入的。

比如这样子：

这里由于有验证码，无法轻易的编写批量脚本。当然引入打码工具另说。

注入之后，我们想到的一定是登录后台了。

那么先了解一下thinkcmf的管理员密码是怎么加密的。

看到 install\index.php 文件的 sp_password 方法

解释一下，$pre就是表前缀，$pw是密码，意思是

存储在数据库的hash值 = 表前缀md5的前12位+密码md5+表前缀md5的后四位

比如值为c535018ee946e10adc3949ba59abbe56e057f20f883e89af 存储在数据库的密码。

那么拆分一下就是

c535018ee946（表前缀md5的前12位）
e10adc3949ba59abbe56e057f20f883e（密码md5）
89af（表前缀md5的后四位）

知道所谓的加密算法之后，我们就可以轻易获取到管理员密码的md5值，通过碰撞md5值的形式获取到管理员的真实密码。

现在我们可以登录上后台了，可登录后台之后要怎么getshell呢？

仔细分析了一下thinkcmf的后台，似乎没有可以getshell的地方。

0x02 权限验证处的任意代码执行

认真看了看代码，发现后台的一些操作会有权限验证，而跟踪权限验证代码的时候发现了一个eval的代码块。

看到权限验证处application\Common\Lib\iAuth.class.php check 方法

使用了eval来引入变量，那么这个$command是否可控呢？

经分析其来源于sp_auth_rule表中的condition字段，备注为规则附加条件

而这些数据在安装的时候就早已经写入到数据库中了，除非我们有办法可以来修改这里的值？

是的，前面的sql注入排上用场了。

thinkphp 自 3系列开始就使用pdo作为连接数据库的驱动，而这里这个注入不涉及到参数绑定等问题，那么我们就可以利用它来执行多语句，插入数据或者修改数据了。

简单测试一下，比如修改一下后台管理员的user_email字段。

查看数据库，成功修改

多语句执行可以为我们省下很多事，比如密码过于复杂无法猜解出明文时，我们可以直接修改密码的hash值为我们想要的。

分析一下权限验证的代码，它是怎么触发的？

随便找了个需要登录后台的文件比如 application\Portal\Controller\AdminPageController.class.php

该controller继承于AdminbaseController，跟踪下去

而在AdminbaseController初始化的函数中，发现了检测权限的代码，跟进

发现如果$uid是1的话就直接返回了，这个$uid其实就是数据库里面的id字段值，也就是说要触发权限验证就必须是一个低权限的用户。

继续走，如果访问的不是url为admin/index/index 就会进行鉴权，跟进sp_auth_check方法

最终来到了我们的check方法。

具体意思都写在注释里面了，看到eval代码块，我们只要闭合掉左括号，即可引入我们的恶意代码。

那么整个利用过程就是登录一个低权限的用户，通过sql注入写入代码到我们可以访问的url的condition字段中。

比如我添加了一个低权限的用户hack，他拥有内容管理的权限

对应他能够访问的url有

那么我们只要在sp_auth_rule表中对应的url的condition字段插入代码，然后登陆该用户访问该url即可触发代码执行。

比如我们通过sql注入插入一段执行phpinfo的代码
payload:

where[id][0]=exp&where[id][1]=in (1);update sp_auth_rules set `condition`='1);phpinfo();die();//' where id=30#

请求

查看一下表sp_auth_rule，成功插入

那么后台登陆用户hack之后，访问url

http://127.0.0.1/index.php?g=Portal&m=AdminPage&a=add

即可看到phpinfo执行了

而在之后的研究中，我发现此处权限验证的代码来自于thinkphp 自身。

看到文件simplewind\Core\Library\Think\Auth.class.php getAuthList方法的代码

是不是有种似曾相识的感觉，是的就是thinkcmf根据tp的改写的。

那么这里就引申出来一个审计点：

tp3框架中如果使用了auth类来验证权限，且有注入点，那么是可以尝试去审计一下任意代码执行。

类似的例子，暂时没看到。

0x03 总结

总结一下利用:

通过前台的sql注入，获取到后台权限（获取管理员密码，或者修改管理员hash值），登陆进后台，添加低权限用户，再通过sql注入来注入代码。登陆低权限用户，访问注入了代码的url，即可触发任意代码执行。

而在实际中，往往是已经有了低权限的用户，我们只需要观察用户能够访问的URL，直接注入代码即可，免去了添加低权限用户的步骤。

整个利用构造下来还是比较有趣的，不完美的是还是需要登录后台，因为很多网站或许会把后台隐藏掉，但是也有可能会因为不理解tp支持的url模式而导致绕过 ，这里就不细说了。