WaratekVRT Sign in

CVE-2024-27309 Apache Kafka

Affected softwareApache Kafka
Severity7.4 High CVSS 3.1
Fixed in3.6.2
WeaknessIncorrect authorization (CWE-863)
Published12 Apr 2024
Updated17 Jun 2026

Description

While an Apache Kafka cluster is being migrated from ZooKeeper mode to KRaft mode, in some cases ACLs will not be correctly enforced. Two preconditions are needed to trigger the bug: 1. The administrator decides to remove an ACL 2. The resource associated with the removed ACL continues to have two or more other ACLs associated with it after the removal. When those two preconditions are met, Kafka will treat the resource as if it had only one ACL associated with it after the removal, rather than the two or more that would be correct. The incorrect condition is cleared by removing all brokers in ZK mode, or by adding a new ACL to the affected resource. Once the migration is completed, there is no metadata loss (the ACLs all remain). The full impact depends on the ACLs in use. If only ALLOW ACLs were configured during the migration, the impact would be limited to availability impact. if DENY ACLs were configured, the impact could include confidentiality and integrity impact depending on the ACLs configured, as the DENY ACLs might be ignored due to this vulnerability during the migration period.

Exploitation status

No public exploit

No exploit has been reported in the sources we check. Published 2 years ago.

  • CISA KEV not listed
  • VulnCheck KEV not listed
  • CISA Vulnrichment exploitation: none
  • Indexed PoC none indexed
  • EPSS 1.1% chance in 30 days

Waratek protection

No exploit published

Within Waratek scope. In the sources we check, nobody has published exploit code for this CVE or reported it being exploited.

A public code fix exists: apache/kafka c000b1f.

  • Protection none
  • Action unverified
  • Review automated Upstream data
  • Record active
Decided by Exploit code for this candidate, published in a reviewed catalogue or a GitHub repository with 5 or more stars, or in use per CISA or VulnCheck; not only a CISA verdict, a forecast, or nothing at all
Finding This CVE is not listed in CISA KEV or VulnCheck KEV, CISA Vulnrichment records no active exploitation, no reviewed exploit catalogue carries an entry for it, and no GitHub PoC repository for it has 5 or more stars. Nobody has published exploit code worth tracing, so it is not a candidate for a rule ahead of the ones where somebody has; an upstream fix path does exist, so the remediation half of the candidacy still holds. This is a statement about what has been published, not about whether the defect is reachable or serious.

Affected software and releases

Oracle advisories

AdvisoryTypeQuarterProducts Oracle names in its risk matrix
Oracle Critical Patch Update July 2025 ↗ CPU 2025-Q3 Oracle Siebel CRM / Event Publish and Subscribe (Apache Kafka) (25.0-25.5)
Oracle Critical Patch Update January 2025 ↗ CPU 2025-Q1 Oracle Communications Applications / Solution Designer (Apache Kafka) (8.0.0.3, 8.1.0.1)

Oracle components and versions

FamilyComponentVersions, as Oracle lists themRead as
Oracle Communications Applications Solution Designer (Apache Kafka) 8.0.0.3, 8.1.0.1 8.0.0.3 · 8.1.0.1
Oracle Siebel CRM Event Publish and Subscribe (Apache Kafka) 25.0-25.5

Maven packages

Affected and fixed versions, from OSV.dev
PackageIntroducedFixedLast affected
org.apache.kafka:kafka-metadata 3.5.0 3.6.2 unbounded

Products and versions

2 products, 2 version entries
SourceVendorProductSchemeAffected versions
nvd apache kafka generic ≥ 3.5.0 and ≤ 3.6.1
osv org.apache.kafka kafka-metadata generic ≥ 3.5.0 and < 3.6.2

References

URLTags
https://github.com/apache/kafka/commit/c000b1fae2bd7d4b76713a53508f128a13431ab6 WEB
https://github.com/apache/kafka PACKAGE
https://lists.apache.org/thread/6536rmzyg076lzzdw2xdktvnz163mjpy WEB
https://security.netapp.com/advisory/ntap-20240705-0002 WEB
http://www.openwall.com/lists/oss-security/2024/04/12/3 WEB
https://security.netapp.com/advisory/ntap-20240705-0002/ Third Party Advisory

Timeline

Published2024-04-12By the CVE Program.
NVD record modified2026-06-17NVD's own last-modified date for this record.