Cloudanix VulnDB

CVE-2024-34580

Medium · 5.3

CVSS

5.3

EPSS

0.2%

Published

Jun 26, 2024

CISA due date

—

Cloudanix analysis

Monitor only SSVC: Track

A library that checks digital signatures in XML files can be tricked into reaching out to other computers on the network if it is not wrapped in extra protective code, and its own developers recommend not using it directly.

Exploitation
Local Privilege
Attacker needs
Low Privilege
Complexity
Low
Impact
Data Exposure
Component
Library
Class
SSRF
Remediation
Workaround Only
Effort
Low
Patch risk
Other

What it actually does

The library processes XML signatures without protection against SSRF payloads in KeyInfo elements, allowing crafted XML to trigger unauthorized network requests when processed.

Why it matters to the business

Direct use of this library exposes organizations to risks of unintended internal network access or information leakage unless extensive custom safeguards are added, with maintainers explicitly advising against continued direct use.

How an attack unfolds

An attacker with local access supplies a malicious XML document containing an SSRF payload in the KeyInfo element; when the library validates or processes the signature without additional protections, it issues network requests to attacker-controlled or internal targets.

How to fix it

Avoid direct use of Apache XML Security for C++ entirely; if unavoidable, implement additional secure configuration, input validation, and network controls as recommended by the project maintainers.

How to confirm the fix worked

Audit all code paths that invoke the library directly, review XML processing logic for KeyInfo handling, and test with crafted SSRF payloads while monitoring outbound connections.

Typical attack path

  1. Gain local access or influence over an application using the library
  2. Craft XML signature containing SSRF payload in KeyInfo element
  3. Trigger processing of the malicious XML
  4. Leverage resulting network requests for reconnaissance or further attacks

How to detect it

Review application logs for unexpected XML signature processing events and monitor process behavior for outbound network connections triggered during XML handling.

What your security team should do

  • Inventory all direct dependencies on this library
  • Plan migration to alternative, actively maintained XML security implementations
  • Apply network egress controls and input sanitization around any remaining usage

The record

Apache XML Security for C++ through 2.0.4 implements the XML Signature Syntax and Processing (XMLDsig) specification without protection against an SSRF payload in a KeyInfo element. NOTE: the project disputes this CVE Record on the grounds that any vulnerabilities are the result of a failure to configure XML Security for C++ securely. Even when avoiding this particular issue, any use of this library would need considerable additional code and a deep understanding of the standards and protocols involved to arrive at a secure implementation for any particular use case. We recommend against continued direct use of this library.

Affected packages

Ecosystem Package Introduced Fixed
Debian:11 xml-security-c 0 No fix
Debian:12 xml-security-c 0 No fix
Debian:13 xml-security-c 0 No fix
Ubuntu:16.04:LTS xml-security-c 0 No fix
Ubuntu:18.04:LTS xml-security-c 0 No fix
Ubuntu:20.04:LTS xml-security-c 0 No fix
Ubuntu:22.04:LTS xml-security-c 0 No fix
Ubuntu:24.04:LTS xml-security-c 0 No fix
Ubuntu:24.10 xml-security-c 0 No fix
Ubuntu:25.04 xml-security-c 0 No fix
Ubuntu:25.10 xml-security-c 0 No fix
Ubuntu:Pro:16.04:LTS xml-security-c 0 No fix
Ubuntu:Pro:18.04:LTS xml-security-c 0 No fix
Ubuntu:Pro:20.04:LTS xml-security-c 0 No fix

Related vulnerabilities