GHSA-4gqp-3m3h-rrx3
Severity by source
AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:H
Network-reachable AMQP endpoint (AV:N), no special conditions beyond authentication (AC:L), valid AMQP credentials required (PR:L), availability-only DoS impact (A:H), no confidentiality or integrity effect.
Primary rating from Vendor (CNA).
CVSS VectorVendor
Lifecycle Timeline
2Description PRE-NVD
Articles & Coverage 1
AnalysisAI
Uncontrolled resource consumption in Apache Qpid ProtonJ2 through version 1.1.0 allows authenticated AMQP clients to cause denial of service by sending deliveries composed of an unbounded number of transfer frames. Because the library imposed no upper limit on how many AMQP transfer frames could constitute a single incoming delivery, a malicious but authenticated client can force unbounded heap accumulation, leading to excessive memory usage and potential JVM failure. No public exploit code and no active exploitation have been identified at time of analysis; vendor-released patch version 1.2.0 is available.
Technical ContextAI
Apache Qpid ProtonJ2 (Maven artifact org.apache.qpid:protonj2) is the pure-Java AMQP 1.0 protocol engine underpinning the Apache Qpid messaging ecosystem. In AMQP 1.0, large message payloads may be fragmented across multiple 'transfer frames' within a single logical delivery. The vulnerability arises because ProtonJ2 lacked any enforcement of an upper bound on the number of transfer frames permitted per incoming delivery. This is a classic allocation-without-limits flaw - analogous to CWE-400 (Uncontrolled Resource Consumption) or CWE-770 (Allocation of Resources Without Limits or Throttling) - where the receiving side accumulates frame data in memory indefinitely while awaiting delivery completion. No CWE identifier was formally assigned in the source advisory. The affected artifact coordinates are org.apache.qpid:protonj2 versions through 1.1.0 inclusive; no CPE strings were provided in the source data.
RemediationAI
Upgrade Apache Qpid ProtonJ2 (org.apache.qpid:protonj2) to version 1.2.0, which resolves the vulnerability by enforcing a maximum limit on the number of transfer frames permitted per incoming delivery. This upgrade path is confirmed by the vendor advisory published to the oss-security mailing list (https://seclists.org/oss-sec/2026/q3/431). If immediate upgrade is not feasible, administrators should restrict AMQP endpoint access using network-layer controls - such as firewall rules or broker-level IP allowlists - to limit which authenticated clients can reach the ProtonJ2-backed service; this reduces exposure to malicious insiders or compromised service accounts but does not eliminate the underlying flaw. Broker-level or proxy-level connection rate limiting and message-size throttling may also help cap resource consumption under abuse, though these controls operate at a coarser granularity than the per-delivery frame limit that the fix introduces. No additional workarounds were specified in the vendor advisory.
More in Qpid Protonj2
View allDenial of service in Apache Qpid ProtonJ2 through version 1.1.0 allows a remote unauthenticated attacker to crash the me
Remote unauthenticated denial of service in Apache Qpid ProtonJ2 through version 1.1.0 allows a network attacker to exha
Denial of service in Apache Qpid ProtonJ2 through 1.1.0 allows unauthenticated remote attackers to exhaust server resour
Session flow control enforcement in Apache Qpid ProtonJ2 (versions through 1.1.0) can be bypassed by an authenticated at
Same technique Denial Of Service
View allVendor StatusVendor
Share
External POC / Exploit Code
Leaving vuln.today
EUVD-2026-53096