CVE-2024-27309
published 2024-04-12CVE-2024-27309: 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…
PriorityP344high7.4CVSS 3.1
AVNACHPRNUINSUCHIHAN
EPSS
1.13%
62.6th percentile
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.
Affected
3 ranges
| Vendor | Product | Version range | Fixed in |
|---|---|---|---|
| apache | kafka | 3.5.0 – 3.6.1 | — |
| apache_software_foundation | apache_kafka | 3.5.0 – 3.5.2 | — |
| apache_software_foundation | apache_kafka | 3.6.0 – 3.6.1 | — |
CVSS provenance
nvdv3.17.4HIGHCVSS:3.1/AV:N/AC:H/PR:N/UI:N/S:U/C:H/I:H/A:N
osv7.4HIGH
vendor_oracle7.4HIGH
vendor_redhat7.4HIGH
Stop checking back — get the weekly exploitation signal.
Every Monday: what got weaponized or added to CISA KEV in the last seven days — each CVE cross-linked to its PoC, Nuclei template, and detection rule. Free, one email a week, unsubscribe in one click.
Oracle
Oracle Oracle Siebel CRM Risk Matrix: Event Publish and Subscribe (Apache Kafka) — CVE-2024-27309
vendor_oracle·2025-07-15·CVSS 7.4
CVE-2024-27309 [HIGH] Oracle Oracle Siebel CRM Risk Matrix: Event Publish and Subscribe (Apache Kafka) — CVE-2024-27309
Oracle Oracle Siebel CRM Risk Matrix: Event Publish and Subscribe (Apache Kafka) vulnerability
CVE: CVE-2024-27309
CVSS: 7.4
Protocol: HTTP
Remote exploit: Yes
Affected versions: Network
Advisory: cpujul2025 (JUL 2025)
Oracle
Oracle Oracle Communications Applications Risk Matrix: Solution Designer (Apache Kafka) — CVE-2024-27309
vendor_oracle·2025-01-15·CVSS 7.4
CVE-2024-27309 [HIGH] Oracle Oracle Communications Applications Risk Matrix: Solution Designer (Apache Kafka) — CVE-2024-27309
Oracle Oracle Communications Applications Risk Matrix: Solution Designer (Apache Kafka) vulnerability
CVE: CVE-2024-27309
CVSS: 7.4
Protocol: HTTP
Remote exploit: Yes
Affected versions: Network
Advisory: cpujan2025 (JAN 2025)
Red Hat
Kafka: Potential incorrect access control during migration from ZK mode to KRaft mode
vendor_redhat·2024-04-12·CVSS 7.4
CVE-2024-27309 [HIGH] CWE-863 Kafka: Potential incorrect access control during migration from ZK mode to KRaft mode
Kafka: Potential incorrect access control during migration from ZK mode to KRaft mode
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
OSV
Apache Kafka: Potential incorrect access control during migration from ZK mode to KRaft mode
osv·2024-04-12
CVE-2024-27309 [HIGH] Apache Kafka: Potential incorrect access control during migration from ZK mode to KRaft mode
Apache Kafka: Potential incorrect access control during migration from ZK mode to KRaft mode
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
GHSA
Apache Kafka: Potential incorrect access control during migration from ZK mode to KRaft mode
ghsa·2024-04-12
CVE-2024-27309 [HIGH] CWE-863 Apache Kafka: Potential incorrect access control during migration from ZK mode to KRaft mode
Apache Kafka: Potential incorrect access control during migration from ZK mode to KRaft mode
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
OSV
CVE-2024-27309: While an Apache Kafka cluster is being migrated from ZooKeeper mode to KRaft mode, in some cases ACLs will not be correctly enforced
osv·2024-04-12·CVSS 7.4
CVE-2024-27309 [HIGH] CVE-2024-27309: While an Apache Kafka cluster is being migrated from ZooKeeper mode to KRaft mode, in some cases ACLs will not be correctly enforced
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 A
No detection rules found.
No public exploits indexed.
No writeups or analysis indexed.
http://www.openwall.com/lists/oss-security/2024/04/12/3https://lists.apache.org/thread/6536rmzyg076lzzdw2xdktvnz163mjpyhttps://security.netapp.com/advisory/ntap-20240705-0002/http://www.openwall.com/lists/oss-security/2024/04/12/3https://lists.apache.org/thread/6536rmzyg076lzzdw2xdktvnz163mjpyhttps://security.netapp.com/advisory/ntap-20240705-0002/
2024-04-12
Published