CVE-2026-114349: Apache Kafka · Excessive Memory Allocation
Affects Apache KafkaSource CVE Database V5
Not known to be exploited.
Data as of 28 Oct 2026, 17:23 UTC
Rated High by Threat Radar's AI analysis · CVSS not yet scored by NVD
Exploitation evidence
Disclosed: evidence found.
CVE published 28 Oct 2026
Detectable: no evidence on record.
No public nuclei template indexed
Weaponised: no evidence on record.
No public exploit code indexed in Metasploit or Exploit-DB
Exploited in the wildExploited: no evidence on record.
Not in CISA KEV and no source reports exploitation
Observed by OffSeq MirageSeen by Mirage: no evidence on record.
No attack traffic recorded by OffSeq Mirage sensors
A missing step is not evidence of safety. Sources: cve.org (opens in a new tab), the Metasploit, Exploit-DB and nuclei-templates index as of 26 Oct 2026.
What to do
Affected software
| Product | Affected | Fixed in |
|---|---|---|
| Apache Kafkaorg.apache.kafka:kafka | Affected
| Fixed in– |
MavenApache Software Foundation/org.apache.kafka:kafkapkg:maven/Apache Software Foundation/org.apache.kafka:kafkaOther threats | Affected
| Fixed in– |
Check your own hosts for these packages with threat-finder (opens in a new tab), our free open-source scanner.
AI-suggested
Upgrade to Apache Kafka versions 4.2.2, 4.3.2, or 4.4.0 where the broker validates the declared decompressed record size against the max.decompressed.message.bytes configuration. After upgrading, set max.decompressed.message.bytes to a bounded value appropriate for your workload to effectively mitigate the issue, as the default is effectively unlimited for backward compatibility. Until upgrade and configuration are possible, restrict Write access to trusted producers. Quotas and max.message.bytes do not mitigate this vulnerability.
Description
CVE-2026-114349 is a vulnerability in Apache Kafka where the broker allocates memory based on an attacker-controlled declared decompressed record size without proper validation. This can lead to OutOfMemoryError conditions, crashing request-handler threads or the broker JVM if configured to exit on such errors. Additionally, crafted records can cause the log-cleaner thread to terminate permanently, stopping log compaction and impacting broker availability. No data disclosure or alteration occurs.