Database/Control plane, storage & DevOps
Strimzi: partial Entity Operator deployments still get both operators' RBAC, over-granting the SA
Impact
When a Kafka custom resource deploys only the Topic Operator or only the User Operator, Strimzi still binds the Entity Operator ServiceAccount with the RBAC of both. The surplus permissions give whatever runs under that ServiceAccount access to KafkaUser custom resources and their Secrets when the User Operator is absent, or to KafkaTopic resources when the Topic Operator is absent. KafkaUser Secrets hold Kafka credentials, so the practical exposure is broader access to a cluster's messaging layer - relevant where Kafka carries telemetry, job events or data-pipeline traffic for the fleet. This is an over-privilege condition, not remote code execution: someone must already be able to act with that ServiceAccount. Affects Strimzi 1.0.0 and earlier.
Who can reach it
A low-privileged actor who can act as the Entity Operator ServiceAccount inside the cluster - for instance via a pod scheduled with that SA. Authenticated cluster access required; adjacent network per the vendor vector.
What to do
Upgrade the Strimzi Kafka Operator to 1.0.1 or 1.1.0, which scope the ServiceAccount's RBAC to the components actually deployed. This is an operator upgrade plus a re-reconcile of the affected Kafka resources - a controller rollout, no broker downtime described in the record. If you have been running a single-operator setup, review access to KafkaUser Secrets and rotate Kafka credentials you consider exposed.
References
Related entries
- Jenkins Stapler: form binding writes public static fields, applying changes instance-wideCVE-2026-84654 · Jenkins Stapler (form data binding to public static fields)Medium
- Jenkins Pipeline: Build Step Plugin: downstream builds cancelled without Item/Cancel permission checkCVE-2026-84660 · Jenkins Pipeline: Build Step Plugin (build and waitForBuild step cancellation)Medium
- Jenkins Pipeline: Groovy Libraries plugin: CSRF lets an unauthenticated attacker delete library cachesCVE-2026-84663 · Jenkins Pipeline: Groovy Libraries Plugin (shared library cache deletion endpoint)Medium
- Jenkins GitLab plugin: global connection URL can be overwritten, sending admin API tokens to an attackerCVE-2026-84664 · Jenkins GitLab Plugin (global connection configuration via Stapler data binding)Medium
- Jenkins Job Configuration History Plugin: attackers redirect history storage to a directory of their choosingCVE-2026-84666 · Jenkins Job Configuration History Plugin (history recording config via Stapler data binding)Medium
- Jenkins XL Deploy plugin: any user with Overall/Read can enumerate stored credential IDsCVE-2026-84674 · Jenkins XebiaLabs XL Deploy Plugin (credentials ID enumeration)Medium
This entry is curated: imported from vendor advisories with machine assistance, not yet individually verified. Confirm against your vendor's advisory before acting, and report anything wrong.