Rabbitmq Java Client
Approved changes feed: RSS · Atom
cpe:2.3:a:rabbitmq:rabbitmq-java-client:*:*:*:*:*:*:*:*part: a version: * update: *
| Vendor | Rabbitmq (26bd2bcf-59ed-5b56-8f30-e4075e43bd15) |
|---|---|
| Product | Rabbitmq Java Client (349a0b28-4dbb-52a0-81f9-6341eaee736b) |
| Edition | * |
| Language | * |
| Software edition | * |
| Target software | * |
| Target hardware | * |
| Other | * |
Notes
Imported from gcve-enriched-dumps CVE data
PURL mappings
| PURL | Source | Last updated |
|---|---|---|
| No PURL mappings for this CPE yet. | ||
Vulnerability references
| Identifier | cpeApplicability | Submitted | db.gcve.eu details | Rationale |
|---|---|---|---|---|
CVE:CVE-2026-75516 |
vulnerable | 2026-10-13 12:28:41.830660 |
RabbitMQ Java client: Frame-level OOM: Math.min(maxInboundMessageBodySize, 0) defeats frame size enforcement
The RabbitMQ Java client library allows Java and JVM-based applications to connect to and interact with RabbitMQ nodes. Prior to 5.34.0, AMQConnection.start() applies Math.min(maxInboundMessageBodySize, frameMax) after Connection.Tune negotiation even though AMQP defines frameMax value zero as unlimited and ConnectionFactory.DEFAULT_FRAME_MAX is zero. When the client default and server-negotiated value are both zero, the result is passed to Utils.framePayloadLimit(int), which interprets zero as Integer.MAX_VALUE and disables the configured maxInboundMessageBodySize cap. A malicious AMQP server, or a man-in-the-middle attacker able to modify Connection.Tune and inject frames into the connection, can then send an oversized frame of any frame type, causing Frame.readFrom() to allocate a large byte array before content-level validation and potentially terminate the client process through memory exhaustion. This issue is fixed in version 5.34.0.
Published: 2026-09-16T18:30:58.983Z
Updated: 2026-09-18T18:17:25.002Z Reference links
|
Imported from gcve-enriched-dumps CVE data |
CVE:CVE-2023-46120 |
vulnerable | 2026-06-08 06:12:43.881777 |
RabbitMQ Java client's lack of message size limitation leads to remote DoS attack
MEDIUM (4.9)
The RabbitMQ Java client library allows Java and JVM-based applications to connect to and interact with RabbitMQ nodes. `maxBodyLebgth` was not used when receiving Message objects. Attackers could send a very large Message causing a memory overflow and triggering an OOM Error. Users of RabbitMQ may suffer from DoS attacks from RabbitMQ Java client which will ultimately exhaust the memory of the consumer. This vulnerability was patched in version 5.18.0.
Published: 2023-10-24T23:05:24.172Z
Updated: 2024-09-11T13:20:34.629Z Reference links
|
Imported from gcve-enriched-dumps CVE data |
Contribute
You can submit an edit proposal for this CPE entry or suggest a related product/vendor addition using the action button above.
Inspect record JSON
Open this panel to browse, search, copy or download the JSON record.