Severity by source
AV:N/AC:L/PR:L/UI:N/S:U/C:N/I:N/A:H
AMQP is network-delivered (AV:N), exploitable with low complexity once authenticated (AC:L/PR:L), with only availability impacted via resource exhaustion (C:N/I:N/A:H).
Primary rating from Vendor (apache).
CVSS VectorVendor: apache
Lifecycle Timeline
3DescriptionCVE.org
It was not possible to govern the maximum number of transfer frames per incoming delivery, enabling an authenticated attacker to cause excessive resource usage and potential denial of service.
This issue affects Apache Qpid Proton-J: through 0.34.1.
Users are recommended to upgrade to version 0.35.0, which fixes the issue.
AnalysisAI
Resource exhaustion in Apache Qpid Proton-J through 0.34.1 allows authenticated AMQP clients to trigger unbounded server-side resource consumption by sending a delivery composed of an arbitrarily large number of transfer frames - a limit the library fails to enforce. The root cause (CWE-770) is an absent cap on per-delivery transfer frame counts during message ingestion, not a memory corruption or code execution class flaw. No public exploit has been identified at time of analysis, and the vulnerability is not listed in CISA KEV; the primary risk is targeted denial of service against messaging infrastructure by any authenticated AMQP peer.
Technical ContextAI
Apache Qpid Proton-J is the Java implementation of the AMQP 1.0 protocol (Advanced Message Queuing Protocol), maintained by the Apache Software Foundation. In AMQP 1.0, large messages are legitimately fragmented across multiple 'transfer frames' within a single delivery session. The affected CPE cpe:2.3:a:apache_software_foundation:apache_qpid_proton-j:*:*:*:*:*:*:*:* covers all releases through 0.34.1. CWE-770 (Allocation of Resources Without Limits or Throttling) identifies the root cause: the library's delivery ingestion path allocated state for each incoming transfer frame without enforcing any maximum count, allowing an adversarial sender to drive unbounded memory or processing consumption on the receiving endpoint simply by prolonging a single delivery with an ever-growing frame sequence.
RemediationAI
The primary fix is to upgrade Apache Qpid Proton-J to version 0.35.0, which resolves the issue per the vendor advisory at https://lists.apache.org/thread/48tflr3sx0sxq9bcdy5rh06oy3gmwx02. Vendor-released patch: 0.35.0. If an immediate upgrade is not feasible, consider restricting AMQP endpoint access to a strictly controlled set of trusted authenticated identities, reducing the probability that a malicious peer can reach the vulnerable ingestion path. Network-level rate limiting on AMQP connection throughput or frame volume may partially constrain exploitation but will not eliminate it and may affect legitimate high-throughput workloads. There are no other documented workarounds in the available references; upgrade to 0.35.0 is the only confirmed remediation.
More in Apache Qpid Proton J
View allDenial of service in Apache Qpid Proton-J through 0.34.1 allows unauthenticated remote attackers to crash the service by
Denial of service in Apache Qpid Proton-J through 0.34.1 allows authenticated AMQP clients to exhaust server CPU by send
Denial of service in Apache Qpid Proton-J through 0.34.1 allows authenticated remote attackers to render the messaging e
Same technique Denial Of Service
View allVendor StatusVendor
Share
External POC / Exploit Code
Leaving vuln.today
EUVD-2026-53093
GHSA-p3qq-8qj5-5243