CVE-2026-27134: strimzi-kafka-operator · Improper Authentication
Affects strimzi-kafka-operatorSource CVE Database V5
Not known to be exploited · CVSS 8.1 High : upgrade to 0.50.1 soon.
Data as of 30 Oct 2026, 06:59 UTC
- EPSS
- 0.3% chance of exploitation in 30 days – higher than 32% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
- Patch
- Available – fixed in 0.50.1
CVSS:3.1/AV:N/AC:H/PR:N/UI:N/S:U/C:H/I:H/A:HExploitation evidence
Disclosed: evidence found.
CVE published 20 Feb 2026
Detectable: no evidence on record.
No public nuclei template indexed
Weaponized: 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 29 Oct 2026.
What to do
Upgrade strimzi-kafka-operator to 0.50.1.
Affected software
| Product | Affected | Fixed in |
|---|---|---|
| strimzistrimzi-kafka-operator | Affected
| Fixed in
|
AI-suggested
An official fix is available in Strimzi Kafka Operator version 0.50.1. Users should upgrade to this version to resolve the issue. As a temporary workaround, users can provide only the single CA that should be trusted instead of the full CA chain when configuring custom Cluster or Clients CAs. This issue does not affect users using Strimzi-managed CAs or single custom CAs.
Description
Strimzi provides a way to run an Apache Kafka cluster on Kubernetes or OpenShift in various deployment configurations. In versions 0.49.0 through 0.50.0, when using a custom Cluster or Clients CA with a multistage CA chain consisting of multiple CAs, Strimzi incorrectly configures the trusted certificates for mTLS authentication on the internal as well as user-configured listeners. All CAs from the CA chain will be trusted. And users with certificates signed by any of the CAs in the chain will be able to authenticate. This issue affects only users using a custom Cluster or Clients CA with a multistage CA chain consisting of multiple CAs. It does not affect users using the Strimzi-managed Cluster and Clients CAs. It also does not affect users using custom Cluster or Clients CA with only a single CA (i.e., no CA chain with multiple CAs). This issue has been fixed in version 0.50.1. To workaround this issue, instead of providing the full CA chain as the custom CA, users can provide only the single CA that should be used.
References
- github.com/strimzi/strimzi-kafka-operator/security/advisories/GHSA-2qwx-rq6j-8r6j (opens in a new tab)
- github.com/strimzi/strimzi-kafka-operator/releases/tag/0.50.1 (opens in a new tab)
- access.redhat.com/security/cve/CVE-2026-27134 (opens in a new tab)
- bugzilla.redhat.com/show_bug.cgi?id=2441564 (opens in a new tab)
- security.access.redhat.com/data/csaf/v2/vex/2026/cve-2026-27134.json (opens in a new tab)