critical CVSS 9.8

CVE-2024-38476·Apache vulnerability

Vulnerability in core of Apache HTTP Server 2.4.59 and earlier are vulnerably to information disclosure, SSRF or local script execution via backend applications whose response headers are malicious or exploitable. Users are recommended to upgrade to version 2.4.60, which fixes this issue.

Severity
critical
Software
Apache
Fixed in
2.4.60
Published
2024-07-01

Affected versions

From: 2.4.0

Until: 2.4.60

Fixed in: 2.4.60

How to fix this CVE

Upgrade Apache HTTP Server to version 2.4.60 or later immediately to patch a critical vulnerability that allows attackers to exploit malicious backend response headers for information disclosure, server-side request forgery, or code execution. Organizations running Apache 2.4.59 or earlier should prioritize this update as a critical security patch. After upgrading, validate the installation and restart the Apache service to ensure the fix is active.

sudo dnf update httpd httpd-core httpd-tools -y

Defensia detects this vulnerability

What an exploitation attempt looks like

Sample log line indicative of exploitation attempts:

POST|GET .* HTTP/1.1.*\r\nX-.*:|Set-Cookie:.*exploit|Location:.*\$|Content-Disposition:.*exec|Transfer-Encoding:.*chunked.*\r\n0\r\n\r\n.*script

WAF mitigation (if patching is not yet possible)

Add this rule to your WAF to block exploitation attempts while you schedule the patch.

Implement strict header validation rules that reject or sanitize response headers containing executable code patterns, script tags, or SSRF-indicative values. Block requests with malformed or oversized response headers. If using mod_proxy, apply rules to validate backend response headers before they are processed by the main Apache engine. Use ModSecurity with ruleset CRS to detect header injection attempts.

How to check if you are affected

  1. Run 'apache2 -v' or 'httpd -v' to check the installed Apache version; vulnerable if version is 2.4.0 through 2.4.59
  2. Check which Apache modules are enabled using 'apache2ctl -M' or 'httpctl -M' to understand potential attack vectors through proxy or backend integration
  3. Search Apache error and access logs for unusual response header patterns: grep -r 'malformed\|invalid\|exploit' /var/log/apache2/ or equivalent log directory
  4. After patching, verify the new version with 'apache2 -v' and confirm service restart was successful using 'systemctl status apache2' or 'service apache2 status'

FAQ

What is CVE-2024-38476?

CVE-2024-38476 is a critical vulnerability in Apache HTTP Server that allows attackers to craft malicious response headers from backend applications to trigger information disclosure, SSRF attacks, or arbitrary code execution on the web server. The vulnerability exists in how Apache processes and trusts untrusted backend response headers without proper sanitization.

Is CVE-2024-38476 being actively exploited?

According to CISA, CVE-2024-38476 is not currently listed in the Known Exploited Vulnerabilities (KEV) catalog and no public exploit code is available. However, the critical CVSS score of 9.8 warrants immediate patching regardless of active exploitation status.

What versions of Apache are affected by CVE-2024-38476?

All Apache HTTP Server versions from 2.4.0 through 2.4.59 are affected. Version 2.4.60 and later include the security fix.

How do I check if my server is vulnerable to CVE-2024-38476?

Run 'apache2 -v' or 'httpd -v' and check the version string; if it shows 2.4.59 or earlier, your server is vulnerable. Additionally, verify that mod_proxy or similar backend-handling modules are enabled with 'apache2ctl -M | grep proxy'.

Does Defensia detect CVE-2024-38476?

Yes — Defensia's CVE advisory scanner compares installed package versions against the NVD database. If Apache is installed on a monitored server, CVE-2024-38476 will appear in your dashboard with remediation steps.

Related Apache CVEs

CVE-2024-38474CVSS 9.8Substitution encoding issue in mod_rewrite in Apache HTTP Server 2.4.59 and earlier allows attacker to execute scripts in directories permitted by the configuration but not directly reachable by any URL or source disclosure of scripts meant to only to be executed as CGI. Users are recommended to upgrade to version 2.4.60, which fixes this issue. Some RewriteRules that capture and substitute unsafely will now fail unless rewrite flag "UnsafeAllow3F" is specified.
CVE-2025-23048CVSS 9.1In some mod_ssl configurations on Apache HTTP Server 2.4.35 through to 2.4.63, an access control bypass by trusted clients is possible using TLS 1.3 session resumption. Configurations are affected when mod_ssl is configured for multiple virtual hosts, with each restricted to a different set of trusted client certificates (for example with a different SSLCACertificateFile/Path setting). In such a case, a client trusted to access one virtual host may be able to access another virtual host, if SSLStrictSNIVHostCheck is not enabled in either virtual host.
CVE-2024-38475CVSS 9.1Improper escaping of output in mod_rewrite in Apache HTTP Server 2.4.59 and earlier allows an attacker to map URLs to filesystem locations that are permitted to be served by the server but are not intentionally/directly reachable by any URL, resulting in code execution or source code disclosure. Substitutions in server context that use a backreferences or variables as the first segment of the substitution are affected.  Some unsafe RewiteRules will be broken by this change and the rewrite flag "UnsafePrefixStat" can be used to opt back in once ensuring the substitution is appropriately constrained.
CVE-2025-58098CVSS 8.3Apache HTTP Server 2.4.65 and earlier with Server Side Includes (SSI) enabled and mod_cgid (but not mod_cgi) passes the shell-escaped query string to #exec cmd="..." directives. This issue affects Apache HTTP Server before 2.4.66. Users are recommended to upgrade to version 2.4.66, which fixes the issue.
CVE-2024-38473CVSS 8.1Encoding problem in mod_proxy in Apache HTTP Server 2.4.59 and earlier allows request URLs with incorrect encoding to be sent to backend services, potentially bypassing authentication via crafted requests. Users are recommended to upgrade to version 2.4.60, which fixes this issue.

References

Track CVEs across your fleet automatically

Defensia scans your Linux servers and tells you exactly which ones are running vulnerable versions — including CVE-2024-38476. Free for 1 server.

Get started free