GHSA-xcxh-hgpq-crj6
Severity by source
AV:N/AC:L/PR:L/UI:N/S:U/C:N/I:N/A:H
Network-reachable AMQP endpoint, authentication required (PR:L), availability-only impact via resource exhaustion, no scope change.
Primary rating from Vendor (CNA).
CVSS VectorVendor
Lifecycle Timeline
3Description PRE-NVD
AnalysisAI
Session flow control enforcement in Apache Qpid ProtonJ2 (versions through 1.1.0) can be bypassed by an authenticated attacker who sends data exceeding the negotiated incoming flow control window, potentially causing denial of service on the receiving side. The AMQP session-level window is a back-pressure mechanism; failure to enforce it can lead to unbounded memory consumption or processing overload in the message broker or client. No public exploit code and no CISA KEV listing have been identified at time of analysis. The vendor-released fix is version 1.2.0.
Technical ContextAI
Apache Qpid ProtonJ2 (Maven artifact org.apache.qpid:protonj2) is the pure-Java implementation of the Apache Qpid Proton AMQP 1.0 messaging toolkit. AMQP 1.0 defines a session-level flow control mechanism using 'incoming-window' frames: each peer advertises how many incoming transfer frames it can accept before requiring acknowledgment. This CVE indicates that ProtonJ2 does not enforce the incoming session window boundary on the receiving side, allowing a peer to transmit more frames than the window permits. This maps conceptually to an improper enforcement of message or data stream limits (analogous to CWE-770 Allocation of Resources Without Limits or CWE-400 Uncontrolled Resource Consumption), though no formal CWE mapping was provided in the advisory. Affected CPE: org.apache.qpid:protonj2 through 1.1.0.
RemediationAI
Upgrade Apache Qpid ProtonJ2 to version 1.2.0, which resolves the flow control enforcement defect per the vendor advisory. The fix version (1.2.0) is confirmed by the Apache advisory on the oss-security mailing list. If an immediate upgrade is not feasible, restrict AMQP session access to fully trusted, authenticated clients only - untrusted or externally-facing AMQP endpoints increase exposure. Additionally, consider enforcing connection-level rate limits or frame-count throttling at the network or broker layer as a compensating control; note that this approach is infrastructure-dependent and does not fix the underlying library defect. No workaround that fully substitutes for the patch has been identified in the advisory. Refer to https://qpid.apache.org/ and https://seclists.org/oss-sec/2026/q3/430 for official guidance.
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
Uncontrolled resource consumption in Apache Qpid ProtonJ2 through version 1.1.0 allows authenticated AMQP clients to cau
Same technique Denial Of Service
View allVendor StatusVendor
Share
External POC / Exploit Code
Leaving vuln.today
EUVD-2026-53089