#免责声明:
本文属于个人笔记,仅用于学习,禁止使用于任何违法行为,任何违法行为与本人无关。
最近有点摆烂,好久没有把自己学的内容更新在博客了。。
目录
漏洞简介
这个漏洞其实和代码执行没有太大关系,其主要原因是错误地解析了请求的URI,错误地获取到用户请求的文件名,导致出现权限绕过、代码执行的连带影响。
举个例子,比如,Nginx匹配到.php结尾的请求,就发送给fastcgi进行解析,常见的写法如下:
location ~ \.php$ {
include fastcgi_params;
fastcgi_pass 127.0.0.1:9000;
fastcgi_index index.php;
fastcgi_param SCRIPT_FILENAME /var/www/html$fastcgi_script_name;
fastcgi_param DOCUMENT_ROOT /var/www/html;
}
正常情况下(关闭pathinfo的情况下),只有.php后缀的文件才会被发送给fastcgi解析。
而存在CVE-2013-4547的情况下,我们请求1.gif[0x20][0x00].php
,这个URI可以匹配上正则\.php$
,可以进入这个Location块;但进入后,Nginx却错误地认为请求的文件是1.gif[0x20]
,就设置其为SCRIPT_FILENAME
的值发送给fastcgi。
fastcgi根据SCRIPT_FILENAME
的值进行解析,最后造成了解析漏洞。
所以,我们只需要上传一个空格结尾的文件,即可使PHP解析之。
再举个例子,比如很多网站限制了允许访问后台的IP:
location /admin/ {
allow 127.0.0.1;
deny all;
}
我们可以请求如下URI:/test[0x20]/../admin/index.php
,这个URI不会匹配上location后面的/admin/
,也就绕过了其中的IP验证;但最后请求的是/test[0x20]/../admin/index.php
文件,也就是/admin/index.php
,成功访问到后台。(这个前提是需要有一个目录叫“test ”:这是Linux系统的特点,如果有一个不存在的目录,则即使跳转到上一层,也会爆文件不存在的错误,Windows下没有这个限制)
影响版本
Nginx 0.8.41 ~ 1.4.3 / 1.5.0 ~ 1.5.7
环境搭建
1.使用ubuntu打开vulhub中的nginx/CVE-2013-4547目录,拉取镜像。
docker-compose up -d
2.查看环境
docker ps
漏洞复现
1.访问http://your-ip:8080/
即可看到一个上传页面(此处靶机ip为:192.168.1.3)
2.任意上传了一个php木马文件,发现提示Unsupported filetype uploaded
查看源码发现,此处存在了黑名单验证
// Check filesize
if(!is_uploaded_file($_FILES['file_upload']['tmp_name'])) {
die('File is not uploaded file');
}
$ext = pathinfo($_FILES['file_upload']['name'], PATHINFO_EXTENSION);
if (empty($ext) || in_array($ext, ['php', 'php3', 'php5', 'phtml'])) {
die('Unsupported filetype uploaded.');
}
3.打开BP绕过黑名单验证,上传图片马"webshell.jpg .php"
,注意后缀后面有空格
4.使用00截断上传
注意:[0x20]是空格,[0x00]是\0,这两个字符都不需要编码。
抓包将.php前增加[0x20][0x00]两个字节,nginx识别到.php文件,但由于00截断fastcgi会解析test.jpg[0x20]文件
最终修改hex上传的数据包如下
发现图片已经成功上传
5.访问http://your-ip:8080/uploadfiles/webshell.jpg.php,修改数据包和hex,发现PHP已成功解析
6.关闭实验环境
docker-compose down
漏洞防御
参考资料
文件解析漏洞总结-Nginx | 若水斋 (werner.wiki)