vulhub Nginx文件解析漏洞复现
该漏洞与Nginx、php版本无关，属于用户配置不当造成的解析漏洞。
1、由于nginx.conf的错误配置导致 nginx把以".php"结尾的文件交给fastcgi处理,为此可以构造http://172.168.30.190/uploadfiles/hacker.png/XXXX.php ,其中hacker.png是我们上传的包含PHP代码的图片文件。
2、但是fastcgi在处理"XXXX.php"文件时发现文件并不存在,这时php.ini配置文件中cgi. fix_pathinfo=1 发挥作用,这项配置用于修复路径,如果当前路径不存在则采用上层路径。为此这里交由fastcgi处理的文件就变成了"/test.png"。
3、 最重要的一点是php-fpm.conf中的security.limit_extensions配置项限制了fastcgi解析文件的类型(即指定什么类型的文件当做代码解析),此项设置为空的时候才允许fastcgi将".png"等文件当做代码解析。
注:限制fpm允许解析的脚本扩展名。此设置可以预防web服务器配置的错误。应当限制fpm仅仅解析.php扩展名,阻止恶意用户使用其他扩展名运行php代码。默认值:.php
1、由于nginx.conf的错误配置导致 nginx把以".php"结尾的文件交给fastcgi处理,为此可以构造http://172.168.30.190/uploadfiles/hacker.png/XXXX.php ,其中hacker.png是我们上传的包含PHP代码的图片文件。
2、但是fastcgi在处理"XXXX.php"文件时发现文件并不存在,这时php.ini配置文件中cgi. fix_pathinfo=1 发挥作用,这项配置用于修复路径,如果当前路径不存在则采用上层路径。为此这里交由fastcgi处理的文件就变成了"/test.png"。
3、 最重要的一点是php-fpm.conf中的security.limit_extensions配置项限制了fastcgi解析文件的类型(即指定什么类型的文件当做代码解析),此项设置为空的时候才允许fastcgi将".png"等文件当做代码解析。
注:限制fpm允许解析的脚本扩展名。此设置可以预防web服务器配置的错误。应当限制fpm仅仅解析.php扩展名,阻止恶意用户使用其他扩展名运行php代码。默认值:.php
环境
漏洞环境使用vulhub和ubuntu搭建
# 下载vulhub $ sudo git clone https://github.com/vulhub/vulhub.git # 启动环境 $ cd vulhub/nginx/nginx_parsing_vulnerability $ sudo docker-compose build $ sudo docker-compose up -d # 查看nginx是否开启 $ sudo netstat -tunlp | grep 80 访问http://IP/，看到这个页面表示漏洞环境搭建成功
漏洞复现
我们找到一张图片，使用notepad++打开，添加php代码
上传文件，显示上传文件的文件路径
访问图片url，图片正常显示
http://IP/uploadfiles/26ba7cbd4f7f38baad96e78b861378c8.png
使用payload，看到我们写入图片的php代码已被执行
http://IP/uploadfiles/26ba7cbd4f7f38baad96e78b861378c8.png/.php
