CVE-2024-34581: Server-Side Request Forgery (SSRF)
Source CVE Database V5
Mentioned vulnerabilities
Not known to be exploited · CVSS 7.3 High.
Data as of 26 Oct 2026, 14:05 UTC
- EPSS
- 0.2% chance of exploitation in 30 days – higher than 15% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:L/I:L/A:LExploitation evidence
Disclosed: evidence found.
CVE published 26 Jun 2024
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
AI-suggested
To mitigate CVE-2024-34581, organizations should: 1) Audit their use of XMLDsig implementations to identify those based on version 1.0 or lacking SSRF protections. 2) Upgrade to XMLDsig versions 1.1 or 2.0 where possible, which include best practice guidance for SSRF mitigation. 3) Implement strict input validation and allowlisting on URIs used in RetrievalMethod elements to prevent access to unauthorized or internal resources. 4) Employ network-level controls such as firewall rules or proxy restrictions to limit outbound requests initiated by XML signature processing components. 5) Monitor logs for unusual or unexpected outbound requests triggered by XML signature validation processes. 6) Consider disabling RetrievalMethod URI dereferencing if not strictly necessary for application functionality. 7) Engage with vendors or maintainers of XML signature libraries to ensure patches or configuration options addressing SSRF risks are applied. 8) Conduct penetration testing focused on SSRF vectors related to XML signature processing to validate defenses. These steps go beyond generic advice by focusing on the specific SSRF vector introduced by RetrievalMethod URIs and the unique context of XMLDsig processing.
Description
The W3C XML Signature Syntax and Processing (XMLDsig) specification, starting with 1.0, was originally published with a "RetrievalMethod is a URI ... that may be used to obtain key and/or certificate information" statement and no accompanying information about SSRF risks, and this may have contributed to vulnerable implementations such as those discussed in CVE-2023-36661 and CVE-2024-21893. NOTE: this was mitigated in 1.1 and 2.0 via a directly referenced Best Practices document that calls on implementers to be wary of SSRF.
References
- w3.org/TR/xmldsig-core2/ (opens in a new tab)
- w3.org/TR/xmldsig-core1/ (opens in a new tab)
- w3.org/TR/2013/NOTE-xmldsig-bestpractices-20130411/ (opens in a new tab)
- w3.org/Signature/Drafts/WD-xmldsig-core-200003plc/ (opens in a new tab)
- github.com/zmanion/Vulnerabilities/blob/main/CVE-2024-21893.md (opens in a new tab)