GHSA-g4xc-w2cq-f2f8
Severity by source
AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:H
Network-reachable pre-auth attack with no complexity or privileges; impact is availability only, no confidentiality or integrity loss indicated.
Primary rating from Vendor (CNA).
CVSS VectorVendor
Lifecycle Timeline
3Description PRE-NVD
Articles & Coverage 1
AnalysisAI
Resource exhaustion leading to denial of service in Apache Qpid Proton-J through 0.34.1 can be triggered by a pre-authentication attacker via unbounded AMQP symbol value caching. Any unauthenticated network peer capable of establishing an AMQP connection can send crafted frames that cause the library to cache symbol values without bound, consuming memory until the hosting process becomes unavailable. No public exploit code has been identified at time of analysis, and this vulnerability is not listed in the CISA KEV catalog.
Technical ContextAI
Apache Qpid Proton-J (Maven artifact org.apache.qpid:proton-j) is a pure-Java implementation of the AMQP 1.0 protocol, widely embedded in message brokers, middleware, and JMS runtimes. The AMQP specification defines a 'symbol' type - UTF-8 encoded string identifiers used in protocol negotiation (capability names, descriptor keys, etc.). Proton-J's handling of incoming symbol frames prior to version 0.35.0 caches decoded symbol values in an unbounded data structure. Because this caching occurs during the pre-authentication phase of the AMQP connection handshake, an attacker can repeatedly send frames containing unique symbol values before any credentials are verified, causing heap memory growth proportional to the volume of crafted input. No CWE was assigned in the advisory, but the root cause class maps closely to CWE-400 (Uncontrolled Resource Consumption) and CWE-770 (Allocation of Resources Without Limits or Throttling).
RemediationAI
Upgrade to Apache Qpid Proton-J version 0.35.0, which is the vendor-confirmed fix release per the oss-security advisory. Update the Maven dependency in pom.xml or equivalent build file to org.apache.qpid:proton-j:0.35.0 and redeploy all services embedding the library. If immediate upgrade is not feasible, the most actionable compensating control is network-layer restriction: place AMQP broker endpoints (default port 5672, TLS port 5671) behind firewall rules or mTLS gateways that limit connection sources to known trusted clients, thereby reducing the pre-auth attack surface. Connection rate-limiting or connection-count caps at the load balancer or OS level (e.g., iptables connlimit) can reduce the effectiveness of resource exhaustion but do not eliminate the vulnerability. Neither workaround eliminates the flaw - upgrade to 0.35.0 is the only definitive fix. Advisory references: https://seclists.org/oss-sec/2026/q3/408 and https://qpid.apache.org/.
More in Qpid Proton J
View allExcessive heap allocation in Apache Qpid Proton-J's AMQP type parser exposes any network-accessible AMQP endpoint to una
The Apache Qpid Proton-J transport includes an optional wrapper layer to perform TLS, enabled by use of the 'transport.s
Same technique Denial Of Service
View allVendor StatusVendor
Share
External POC / Exploit Code
Leaving vuln.today
EUVD-2026-53051