CVE-2026-72508: Kritisk fejl i Red Hat Advanced Cluster Management
Fejl i Red Hat Advanced Cluster Management (CVE-2026-72508) lader en afgrænset bruger overtage hele klyngen. Opdatér straks.
Hvad er det?
Sårbarheden findes i komponenten multicloud-operators-subscription i Red Hat Advanced Cluster Management (RHACM), et værktøj til at styre flere Kubernetes- og OpenShift-klynger fra ét sted. Fejlen er et såkaldt confused-deputy-problem: en bruger med begrænsede rettigheder i et navnerum (namespace-admin) kan oprette en Subscription-ressource, der udnytter en langt mere privilegeret servicekonto i systemet. Servicekontoen udfører derefter handlinger på brugerens vegne, som brugeren selv ikke har lov til. Resultatet er, at brugeren kan udrulle ressourcer, der gælder for hele klyngen, og dermed opnå rettigheder langt ud over sit eget navnerum. I praksis kan det føre til fuld kontrol over klyngen og mulighed for at køre vilkårlig kode.
Hvem rammer det?
Det rammer organisationer, der bruger Red Hat Advanced Cluster Management til at styre flere Kubernetes- eller OpenShift-klynger, typisk større it-drift, offentlige institutioner og kommuner med central platformsdrift. Sårbarheden er særligt alvorlig i miljøer med flere lejere (multi-tenant), hvor forskellige teams eller afdelinger kun skal have adgang til deres eget navnerum, men ikke til hele klyngen.
Hvad kan ske?
En bruger, der kun burde have adgang til sit eget projekt eller team, kan i praksis få adgang til hele klyngen. Det betyder mulighed for at læse og ændre andre afdelingers data, installere bagdøre, stoppe drift for hele organisationen eller sprede sig videre til andre systemer, der er forbundet til klyngen. For en kommune eller virksomhed med flere teams på samme platform kan det betyde, at ét kompromitteret udviklerteam ender med at lægge hele it-driften ned.
Hvor alvorligt er det?
CVSS-score er 9,9 ud af 10, hvilket er kritisk. Angrebet kræver kun lav privilegeret adgang, altså en almindelig navnerum-bruger, ingen brugerinteraktion fra andre, og kan gennemføres over netværket uden kompleksitet. Det rammer fortrolighed, integritet og tilgængelighed fuldt ud, fordi angriberen kan læse, ændre og lukke ned for systemer i hele klyngen. Der er ingen oplysninger om, at sårbarheden aktivt udnyttes eller at der findes offentlig kode til at udnytte den, men den lave adgangstærskel gør risikoen reel for enhver, der har flere brugere med navnerum-rettigheder.
Hvad gør jeg nu?
Følgende skridt bør gennemføres i denne rækkefølge:
- Opdatér Red Hat Advanced Cluster Management til den version, Red Hat udpeger som rettet, via jeres normale opdateringskanal eller Red Hats sikkerhedsrådgivning.
- Gennemgå, hvilke brugere der har navnerum-admin-rettigheder, og fjern adgang for konti, der ikke aktivt har brug for det.
- Kontrollér logs for Subscription-ressourcer oprettet af navnerum-admin-brugere for at se, om der er tegn på misbrug forud for opdateringen.
- Begræns midlertidigt, hvem der kan oprette Subscription Custom Resources, indtil opdateringen er gennemført.
- Dokumentér ændringen som led i jeres sikkerhedslog, særligt hvis I er omfattet af NIS2 eller anden rapporteringspligt.
- Er I i tvivl om, hvordan jeres RHACM-opsætning er konfigureret, eller om I har navnerum-brugere med for brede rettigheder, bør I hente ekstern hjælp til gennemgangen.
Opdatér inden for 72 timer
Vi anbefaler, at opdateringen gennemføres hurtigst muligt, især hvis flere teams eller afdelinger deler samme klynge med adskilte navnerum. Det er ikke forsvarligt at vente til en planlagt vedligeholdelsesrunde, fordi angrebet kræver så lav adgang, at enhver almindelig bruger med navnerum-rettigheder i praksis kan udnytte det. Har I ikke selv folk med indgående kendskab til RHACM’s rettighedsmodel, bør I få en ekstern part til at verificere, at opdateringen er korrekt anvendt.
Tidslinje
Konkrete eksempler
Kommune med delt OpenShift-platform
En kommune driver en fælles OpenShift-platform for flere forvaltninger, styret via Red Hat Advanced Cluster Management. En udvikler i én forvaltning har kun navnerum-admin-rettigheder til sit eget projekt, men opretter en Subscription-ressource, der udnytter platformens privilegerede servicekonto. Derved får udvikleren adgang til at udrulle ressourcer i hele klyngen, herunder systemer tilhørende andre forvaltninger, uden at det opdages med det samme.
Ofte stillede spørgsmål
Er vi ramt af denne sårbarhed?
I er berørt, hvis I bruger Red Hat Advanced Cluster Management til at styre en eller flere Kubernetes- eller OpenShift-klynger, og hvis I har brugere med navnerum-admin-rettigheder, som ikke også er klynge-administratorer.
Hvordan tjekker vi, om vores opsætning er sårbar?
Gennemgå, hvilken version af RHACM I kører, og sammenhold den med Red Hats sikkerhedsrådgivning for denne sårbarhed. Tjek desuden, hvilke brugere der kan oprette Subscription-ressourcer i jeres navnerum.
Kan vi vente til weekenden med at opdatere?
Det frarådes. Adgangskravet er lavt, og konsekvensen er fuld kontrol over klyngen. Har I flere teams med adgang til samme platform, bør opdateringen prioriteres frem for andre driftsopgaver.
Skal vi anmelde hændelsen til myndighederne?
Kun hvis der findes tegn på, at sårbarheden faktisk er blevet udnyttet, og persondata eller kritiske systemer er blevet kompromitteret. Ren opdatering af software udløser ikke i sig selv en anmeldelsespligt.
Påvirker det også vores andre Kubernetes-klynger, der ikke bruger RHACM?
Nej, sårbarheden ligger specifikt i multicloud-operators-subscription-komponenten i RHACM. Klynger, der ikke administreres via RHACM, er ikke direkte berørt af denne konkrete fejl.
Hvad koster det at vente med at lukke hullet?
Risikoen er, at en enkelt bruger med begrænsede rettigheder kan eskalere til fuld kontrol over hele klyngen, hvilket kan betyde nedetid, datatab eller spredning til andre systemer. Prisen for at vente kan i værste fald være et fuldt driftsstop.
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 multicloud-operators-subscription component of Red Hat Advanced Cluster Management (RHACM). This vulnerability allows a namespace-admin tenant to perform a confused-deputy attack by creating Subscription Custom Resources (CRs) that leverage a highly privileged ServiceAccount (SA). This enables the tenant to deploy arbitrary cluster-scoped resources, leading to privilege escalation and potential arbitrary code execution across the cluster.
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.