CVE-2025-59775: Apache HTTP Server · Server-Side Request Forgery (SSRF)
Affects Apache HTTP ServerSource CVE Database V5
Not known to be exploited · CVSS 7.5 High · fixed in 2.4.66 : patch Apache HTTP Server soon.
Data as of 26 Oct 2026, 17:16 UTC
- EPSS
- 0.8% chance of exploitation in 30 days – higher than 57% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
- Patch
- Available – fixed in 2.4.66
CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:N/A:NExploitation evidence
Disclosed: evidence found.
CVE published 5 Dec 2025
Detectable: no evidence on record.
No public nuclei template indexed
Weaponised: no evidence on record.
No public exploit code indexed in Metasploit or Exploit-DB
Exploited in the wildExploited: no evidence on record.
Not in CISA KEV and no source reports exploitation
Observed by OffSeq MirageSeen by Mirage: no evidence on record.
No attack traffic recorded by OffSeq Mirage sensors
A missing step is not evidence of safety. Sources: cve.org (opens in a new tab), the Metasploit, Exploit-DB and nuclei-templates index as of 26 Oct 2026.
What to do
Affected software
| Product | Affected | Fixed in |
|---|---|---|
Apacheapache/httpdpkg:rpm/apache/httpdOther threats | Affected
| Fixed in– |
Check your own hosts for these packages with threat-finder (opens in a new tab), our free open-source scanner.
AI-suggested
European organizations should immediately verify if their Apache HTTP Server deployments on Windows are configured with AllowEncodedSlashes On and MergeSlashes Off, as this combination enables the vulnerability. The primary mitigation is to upgrade Apache HTTP Server to version 2.4.66 or later, where the vulnerability is fixed. If immediate upgrade is not feasible, organizations should consider temporarily disabling AllowEncodedSlashes or enabling MergeSlashes to mitigate the risk. Network-level controls such as restricting outbound HTTP requests from the server to untrusted or external networks can reduce the attack surface. Monitoring and logging HTTP requests for suspicious patterns indicative of SSRF attempts should be implemented. Additionally, organizations should review NTLM authentication usage and consider deploying multi-factor authentication and network segmentation to limit the impact of potential credential compromise. Regular vulnerability scanning and penetration testing should include checks for this SSRF condition. Finally, educating security teams about SSRF risks and response procedures will improve detection and incident handling.
Description
Server-Side Request Forgery (SSRF) vulnerability in Apache HTTP Server on Windows with AllowEncodedSlashes On and MergeSlashes Off allows to potentially leak NTLM hashes to a malicious server via SSRF and malicious requests or content Users are recommended to upgrade to version 2.4.66, which fixes the issue.