CVE-2026-66795: Kritisk fejl i managedcluster-import-controller
Fejl i managedcluster-import-controller kan give en privilegeret konto på en tilsluttet Kubernetes-klynge administratorrettigheder på hovedklyngen. Opdatér til rettet version.
Hvad er det?
CVE-2026-66795 er en fejl i managedcluster-import-controller, en komponent der bruges til at forbinde flere Kubernetes- eller OpenShift-klynger i en hub-og-spoke-arkitektur, hvor en central hovedklynge (hub) styrer flere tilsluttede klynger (spokes). Fejlen ligger i den automatiske godkendelse af certifikatanmodninger, kaldet CSR (Certificate Signing Request), som bruges til at udstede identitetscertifikater internt i klyngerne. Systemet godkender automatisk anmodninger uden at tjekke, hvem der har underskrevet dem, og uden at dekode selve certifikatanmodningen korrekt. Det betyder, at kontrollen reelt ikke virker som tiltænkt.
Hvem rammer det?
Sårbarheden rammer organisationer, der bruger Red Hat Advanced Cluster Management eller den tilhørende open source-komponent multicluster-engine til at styre flere Kubernetes- eller OpenShift-klynger fra en central hovedklynge. Det er typisk kommuner, større virksomheder eller it-driftsleverandører med egen container-infrastruktur fordelt på flere klynger, for eksempel test, drift og forskellige afdelinger.
Hvad kan ske?
En angriber, der allerede har adgang til en privilegeret servicekonto på en tilsluttet klynge, kan sende en manipuleret certifikatanmodning til hovedklyngen. Fordi kontrollen ikke virker, bliver anmodningen godkendt, og angriberen kan derefter udstede sig for at have administratorrettigheder på hele hovedklyngen. Det giver adgang til at styre alle tilsluttede klynger, læse hemmeligheder og ændre konfiguration på tværs af hele infrastrukturen.
Hvor alvorligt er det?
CVSS-score er 9,1 ud af 10, hvilket er kritisk. Angrebet kræver ikke, at en bruger klikker på noget eller udfører en handling, men det kræver, at angriberen i forvejen har fået fat i en privilegeret konto på en af de tilsluttede klynger. Det gør sårbarheden mest relevant som næste skridt for en angriber, der allerede har et fodfæste et sted i infrastrukturen. Der er pr. offentliggørelsesdatoen ikke observeret aktiv udnyttelse i praksis, men fejlen er let at udnytte teknisk, når adgangen først er der.
Hvad gør jeg nu?
Følgende trin bør gennemgås af den, der driver jeres Kubernetes- eller OpenShift-miljø, uanset om det er internt eller hos en leverandør.
- Opdatér managedcluster-import-controller til den rettede version, som fremgår af leverandørens sikkerhedsmeddelelse for jeres platform (Red Hat Advanced Cluster Management eller multicluster-engine).
- Gennemgå, hvilke servicekonti på jeres spoke-klynger der har privilegerede rettigheder, og fjern unødvendige rettigheder.
- Tjek logs for certifikatgodkendelser på hovedklyngen for usædvanlige eller uventede CSR-godkendelser i perioden op til opdateringen.
- Roter certifikater og eventuelle administrator-legitimationsoplysninger på hub-klyngen, hvis I finder tegn på misbrug.
- Kontakt jeres it-driftsleverandør eller en sikkerhedsrådgiver, hvis I ikke selv har overblik over, hvilke klynger der er ramt, eller hvis I finder mistænkelig aktivitet.
Opdatér inden for få dage
Vi anbefaler, at I opdaterer managedcluster-import-controller til den rettede version snarest og samtidig gennemgår rettighederne på servicekonti i jeres spoke-klynger. Det er i orden at vente et par dage, hvis I skal koordinere en driftsvinduesændring, men vent ikke længere end det, da fejlen giver adgang til hele klyngeinfrastrukturen, hvis en angriber først har fodfæste ét sted. Har I ikke selv styr på jeres Kubernetes-arkitektur, bør I få en leverandør til at bekræfte, om I er berørt.
Tidslinje
Konkrete eksempler
Kommune med flere OpenShift-klynger
En dansk kommune driver flere adskilte OpenShift-klynger til forskellige forvaltninger, styret centralt fra en hub-klynge med Red Hat Advanced Cluster Management. Et driftsproblem i en af de mindre kritiske spoke-klynger giver en angriber adgang til en privilegeret servicekonto der. Ved at udnytte CVE-2026-66795 sender angriberen en manipuleret certifikatanmodning og opnår administratorrettigheder på hub-klyngen, hvorfra alle kommunens klynger kan tilgås.
Ofte stillede spørgsmål
Er vi ramt, hvis vi ikke bruger Kubernetes eller OpenShift?
Nej. Sårbarheden rammer kun organisationer, der bruger Red Hat Advanced Cluster Management eller multicluster-engine til at styre flere Kubernetes- eller OpenShift-klynger fra en hovedklynge.
Hvordan finder vi ud af, om vi bruger den ramte komponent?
Spørg jeres it-drift eller leverandør, om I anvender Red Hat Advanced Cluster Management eller multicluster-engine, og bed dem tjekke versionen af managedcluster-import-controller op mod leverandørens sikkerhedsmeddelelse.
Kan vi vente til weekenden med at opdatere?
Ja, hvis ingen kan udnytte en allerede kompromitteret privilegeret konto på en af jeres tilsluttede klynger inden da. Vi anbefaler dog at planlægge opdateringen hurtigst muligt, da fejlen giver adgang til hele hub-klyngen.
Skal vi anmelde det til Datatilsynet?
Kun hvis I konstaterer, at fejlen faktisk er blevet udnyttet, og der er sket adgang til personoplysninger. Selve tilstedeværelsen af sårbarheden udløser ikke i sig selv en anmeldelsespligt.
Kræver angrebet fysisk adgang eller adgang udefra?
Nej, angrebet foregår over netværket, men det forudsætter, at angriberen allerede har fået fat i en privilegeret servicekonto på en af de tilsluttede klynger. Det er typisk næste skridt efter et andet indbrud.
CVSS-detaljer
CVSS:3.1/AV:N/AC:L/PR:H/UI:N/S:C/C:H/I:H/A:H
CWE-svaghedstyper
Original NVD-beskrivelse (engelsk)
A flaw was found in the managedcluster-import-controller. The Certificate Signing Request (CSR) auto-approval logic improperly validates incoming CSRs, specifically by not inspecting the signer name or decoding the PEM-encoded x509 CSR. This vulnerability allows a privileged service account on a spoke cluster to submit a malicious CSR. Successful exploitation can lead to privilege escalation, enabling the attacker to obtain administrative credentials on the hub 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.