CVE-2026-73268: Kritisk fejl i MCE cluster-curator
Kritisk fejl i MCE cluster-curator-controller (CVE-2026-73268) giver tenants med basale rettigheder fuld kontrol over klyngen. Opdatér og stram RBAC.
Hvad er det?
CVE-2026-73268 er en fejl i cluster-curator-controller, som er en del af multicluster engine (MCE), et værktøj til at styre flere Kubernetes- og OpenShift-klynger fra ét sted. Fejlen ligger i funktionen CreateJob(), der ikke kontrollerer brugerens input, når den læser feltet spec.install.overrideJob i en ClusterCurator-ressource. En bruger, der blot har lov til at oprette eller opdatere denne type ressource, kan derfor angive sin egen Job-specifikation. Job’et bliver kørt med controllerens egne, forhøjede rettigheder i klyngen. Dermed kan en bruger med lave rettigheder opnå kørsel af vilkårlig kode og eskalere til fuld kontrol over klyngen.
Hvem rammer det?
Sårbarheden rammer organisationer, der bruger multicluster engine (MCE), typisk gennem Red Hat Advanced Cluster Management for Kubernetes, til at styre flere Kubernetes- eller OpenShift-klynger. Det gælder især kommuner og virksomheder, der driver egne containerplatforme, og hvor flere teams eller kunder (tenants) har adgang til at oprette ClusterCurator-ressourcer, for eksempel som del af en selvbetjeningsløsning til at rejse nye klynger.
Hvad kan ske?
En bruger med kun beskeden adgang, nok til at oprette eller redigere en ClusterCurator-ressource, kan injicere sin egen Job-specifikation og få den kørt med controllerens fulde rettigheder. I praksis betyder det, at brugeren kan læse hemmeligheder (secrets) på tværs af alle administrerede klynger, ændre eller slette klynger og potentielt sprede sig videre til andre systemer, der deler adgangsoplysninger med klyngestyringen. For en dansk virksomhed med flere afdelinger eller kunder på samme platform kan én kompromitteret bruger dermed ende med adgang til alle andres data og infrastruktur.
Hvor alvorligt er det?
CVSS-scoren er 9,9 ud af 10, hvilket er kritisk. Angrebet kræver kun lave rettigheder, altså adgang til at oprette eller opdatere en ClusterCurator-ressource, og ingen brugerinteraktion fra andre. Det kan udføres over netværket og kræver ikke avancerede tekniske forudsætninger. Fordi angrebet kan påvirke ressourcer uden for den komponent, der bliver udnyttet (ændret omfang), rækker konsekvenserne ud over den enkelte klynge og kan ramme hele klyngeporteføljen. Der er ikke oplysninger om, at sårbarheden aktivt udnyttes på offentliggørelsestidspunktet.
Hvad gør jeg nu?
Følgende handlinger bør prioriteres, hvis I bruger multicluster engine eller Red Hat Advanced Cluster Management:
- Opdatér cluster-curator-controller til den rettede version, så snart Red Hat udgiver en opdatering, og hold øje med det tilhørende sikkerhedsråd.
- Gennemgå og begræns straks, hvem der har rettigheder til at oprette eller opdatere ClusterCurator-ressourcer, så kun betroede administratorer har adgang.
- Indfør, hvis muligt, en admission-politik eller lignende kontrol, der blokerer eller begrænser brugen af feltet overrideJob i ClusterCurator-ressourcer, indtil rettelsen er på plads.
- Gennemgå logs for uventede eller ukendte Job-oprettelser i de namespaces, hvor cluster-curator-controller kører.
- Roter hemmeligheder (secrets), der kan have været tilgængelige for controlleren, hvis der er mistanke om udnyttelse forud for opdateringen.
- Søg hjælp udefra, hvis I ikke selv har kompetencerne til at vurdere jeres RBAC-opsætning i Kubernetes, eller hvis I finder tegn på udnyttelse.
Opdatér og stram RBAC hurtigst muligt
Vi anbefaler, at I straks gennemgår, hvem der har rettigheder til at oprette eller opdatere ClusterCurator-ressourcer, da det er den letteste vej til at lukke størstedelen af risikoen, mens I venter på en officiel rettelse. Det er ikke forsvarligt at vente til en almindelig vedligeholdelsesrude, hvis flere teams eller eksterne kunder deler samme klyngeplatform. Har I derimod en lukket platform med kun få, betroede administratorer, kan I med rimelighed vente på den officielle opdatering, mens I overvåger for uventede Job-oprettelser.
Tidslinje
Konkrete eksempler
Delt Kubernetes-platform i en kommune
En kommune driver en fælles Kubernetes-platform for flere forvaltninger via Red Hat Advanced Cluster Management. En udviklerkonto i en forvaltning har fået lov til at oprette ClusterCurator-ressourcer som del af en selvbetjeningsløsning til nye testklynger. Ved at udnytte fejlen kan udvikleren injicere et eget Job og opnå adgang til hemmeligheder for samtlige forvaltningers klynger, ikke kun sin egen.
Ofte stillede spørgsmål
Er vi ramt af denne sårbarhed?
I er berørt, hvis I bruger multicluster engine (MCE) eller Red Hat Advanced Cluster Management for Kubernetes til at styre flere klynger, og hvor mere end en snæver kreds af administratorer har adgang til at oprette eller redigere ClusterCurator-ressourcer.
Hvordan tjekker vi, om vores opsætning er sårbar?
Gennemgå jeres RBAC-regler (rettighedsstyring i Kubernetes) for, hvem der kan oprette eller opdatere ClusterCurator-ressourcer, og kontrollér om feltet spec.install.overrideJob bliver brugt af flere end de betroede administratorer.
Kan vi vente med at opdatere til den næste planlagte vedligeholdelsesrude?
Det afhænger af, hvor bredt adgangen til ClusterCurator-ressourcer er givet ud. Deler flere teams eller kunder platformen, bør I stramme rettigheder nu og ikke vente på næste vedligeholdelsesvindue.
Skal vi anmelde dette som et sikkerhedsbrud?
Kun hvis I finder konkrete tegn på, at sårbarheden er blevet udnyttet, og at personoplysninger eller andre beskyttede data er blevet tilgået. Uden tegn på udnyttelse er der ikke i sig selv grundlag for en anmeldelse.
Hvad er en ClusterCurator-ressource?
Det er en Kubernetes-ressource, der bruges af multicluster engine til at styre livscyklussen for administrerede klynger, for eksempel oprettelse, opgradering og skalering af klynger.
Er det nok bare at opdatere, når rettelsen kommer?
Nej. I bør også gennemgå rettigheder og logs, da en eventuel udnyttelse forud for opdateringen kan have givet adgang til hemmeligheder, som opdateringen alene ikke fjerner adgangen til, medmindre I roterer dem.
CVSS-detaljer
CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:C/C:H/I:H/A:H
CWE-svaghedstyper
Original NVD-beskrivelse (engelsk)
A flaw was found in the cluster-curator-controller component of multicluster engine (MCE). A tenant with create or update permissions on ClusterCurator resources can inject an arbitrary Job specification. This is possible because the CreateJob() function does not validate user-controlled input when unmarshaling the spec.install.overrideJob raw extension. Successful exploitation allows the injected Job to run with the controller’s elevated privileges, leading to arbitrary code execution and privilege escalation, potentially accessing cluster-wide secrets.
Referencer & kilder
Eksterne kilder
Brug for hjælp med jeres sikkerhed?
Vi hjælper SMV’er med at omsætte trusler som denne til konkrete handlingsplaner.