【漏洞复现】Apache HTTPD 多后缀解析漏洞
Apache HTTPD 多后缀解析漏洞
0x01 漏洞描述
Apache HTTPD 支持一个文件拥有多个后缀,并为不同后缀执行不同的指令。比如,如下配置文件:
AddType text/html .html
AddLanguage zh-CN .cn
其给.html
后缀增加了media-type,值为text/html
;给.cn
后缀增加了语言,值为zh-CN
。此时,如果用户请求文件index.cn.html
,他将返回一个中文的html页面。
以上就是Apache多后缀的特性。如果运维人员给.php
后缀增加了处理器:
AddHandler application/x-httpd-php .php
那么,在有多个后缀的情况下,只要一个文件含有.php
后缀的文件即将被识别成PHP文件,没必要是最后一个后缀。利用这个特性,将会造成一个可以绕过上传白名单的解析漏洞。
0x02 影响版本
与Apache版本无关,与服务器配置有关
- AddHandler application/x-httpd-php .php
0x03 漏洞分析
index.php中是一个白名单检查文件后缀的上传组件,上传完成后并未重命名。
index.php源码:
<?php
if (!empty($_FILES)):
$ext = pathinfo($_FILES['file_upload']['name'], PATHINFO_EXTENSION);
if (!in_array($ext, ['gif', 'png', 'jpg', 'jpeg'])) {
die('Unsupported filetype uploaded.');
}
$new_name = __DIR__ . '/uploadfiles/' . $_FILES['file_upload']['name'];
if(!move_uploaded_file($_FILES['file_upload']['tmp_name'], $new_name)){
die('Error uploading file - check destination is writeable.');
}
die('File uploaded successfully: ' . $new_name);
else:
?>
<form method="post" enctype="multipart/form-data">
File: <input type="file" name="file_upload">
<input type="submit">
</form>
<?php
以gif、png、jpg、jpeg为后缀的文件均可上传成功,将文件保存到/uploadfiles/目录下,上传完成后并未重命名。
查看配置文件:
# cat conf/docker-php.conf
AddHandler application/x-httpd-php .php
DirectoryIndex disabled
DirectoryIndex index.php index.html
<Directory /var/www/>
Options -Indexes
AllowOverride All
配置文件中存在AddHandler application/x-httpd-php .php,文件名只要有.php的后缀就会被当成php文件执行。
0x04 漏洞复现
启动一个稳定版Apache,并附带PHP 7.3环境:
cd vulhub/httpd/apache_parsing_vulnerability
docker-compose up -d
直接访问http://your-ip/uploadfiles/apache.php.jpeg
即可发现,phpinfo被执行了,该文件被解析为php脚本。
具体上传操作
访问http://your-ip/index.php
,出现上传文件界面:
正常上传php文件,Unsupported filetype uploaded
在文件名末尾添加.jpg,上传成功
返回文件路径:/var/www/html/uploadfiles/phpinfo.php.jpg
访问http://your-ip/uploadfiles/phpinfo.php.jpg
0x05 修复建议
- 将
AddHandler application/x-httpd-php .php
的配置文件删除。
本文来自博客园,作者:0dot7,转载请注明原文链接:https://www.cnblogs.com/0dot7/p/17211417.html
文章如有错误,欢迎各位师傅指正!!!
免责声明请勿利用文章内的相关技术从事非法测试,由于传播、利用文章所提供的信息而造成的任何直接或者间接的后果及损失,均由使用者本人负责,作者不为此承担任何责任,一旦造成后果请自行承担!