打开题目，是个计算器

输入简单算式1+2，输出3，输入1，返回1，有直接的回显，输入<script>alert(1)<script>，看下是否存在XSS漏洞

看下源码

发现传入的num参数经过encodeURIComponent函数处理后被发送给calc.php，这个处理是在前端用js实现的，尝试通过burpsuite抓包后修改为函数处理前的原数据，然后重放

访问被禁止，那么来看下calc.php吧，打开后直接显示了php源码

<?php
error_reporting(0);
if(!isset($_GET['num'])){
    show_source(__FILE__);
}else{
        $str = $_GET['num'];
        $blacklist = [' ', '\t', '\r', '\n','\'', '"', '`', '\[', '\]','\$','\\','\^'];
        foreach ($blacklist as $blackitem) {
                if (preg_match('/' . $blackitem . '/m', $str)) {
                        die("what are you want to do?");
                }
        }
        eval('echo '.$str.';');
}
?>

发现eval('echo '.$str.';'); 这个代码，只要触发该函数，即可执行任何命令，我们需要绕过foreach ($blacklist as $blackitem)的黑名单检测，看起来黑名单过滤的字符并不算多，我们先给num传参var_dump(scandir(chr(47)))试下

还是被拦截，猜测应该是存在额外的过滤措施。查看网上大佬的wp，发现还存在一个waf拦截我们的操作，只允许num的值为数字。

php在处理参数时存在以下特性

PHP需要将所有参数转换为有效变量名，因此在解析查询字符串时，它会做两件事：
1，删除空白字符；
2，将某些字符转换为下划线（包括空格）

个人感觉有点像CVE-2019-11043中被利用的PHP CGI解析漏洞，只要通过处理能让程序跑起来就成，不管跑起来的到底是什么，有点难蚌 Σ( ° △ °|||)︴

知晓该特性后，可以将num前加个空格，让num变量变成 num变量，绕过waf对于num变量值的检测，然后php在解析时将 num去掉空格变回num，成功绕过检测（这里不能用空白字符%00，会直接打开calc.php，猜测是起到了%00截断的效果，无法读取到后面的num参数了）

burpsuite抓包修改后重放（这里用的是空格的url编码+）

爆出根目录结构，发现f1agg，注意这里是1不是l，给我坑惨了 (＠_＠;)

构造payload打开f1agg：（.用来连接char字符形成完整的可执行命令，我也不清楚这里为什么不能char和正常字符混用(＠_＠;)，还是太菜...）

var_dump(file_get_contents(chr(47).chr(102).chr(49).chr(97).chr(103).chr(103))) 

以上