Åbner i en ny fane
CVE-2026-66795
Kritisk

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.

CVSS Score
9.1
Offentliggjort
17/08/2026
Patch-status
Opdatering findes
Exploit
Teoretisk, ingen kendt udnyttelse
Tidsfrist
Opdatér inden for få dage

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.

  1. 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).
  2. Gennemgå, hvilke servicekonti på jeres spoke-klynger der har privilegerede rettigheder, og fjern unødvendige rettigheder.
  3. Tjek logs for certifikatgodkendelser på hovedklyngen for usædvanlige eller uventede CSR-godkendelser i perioden op til opdateringen.
  4. Roter certifikater og eventuelle administrator-legitimationsoplysninger på hub-klyngen, hvis I finder tegn på misbrug.
  5. 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.
Tidsfrist

Opdatér inden for få dage

Sådan ser Auroa det

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

17/08/2026
Sårbarheden offentliggøres
CVE-2026-66795 registreres med en kritisk CVSS-score på 9,1, og fejlen i CSR-godkendelseslogikken beskrives.

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

CVSS-detaljer

Attack Vector
NETWORK
Attack Complexity
LOW
Privileges Required
HIGH
User Interaction
NONE
Scope
CHANGED
Confidentiality
HIGH
Integrity
HIGH
Availability
HIGH

CVSS:3.1/AV:N/AC:L/PR:H/UI:N/S:C/C:H/I:H/A:H

CWE-svaghedstyper

CWE-295

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

Sværhedsgrad
Kritisk
CVSS Base Score
9,1
Hurtige fakta
CVE-ID
CVE-2026-66795
Offentliggjort
17/08/2026
Sidst opdateret
17/08/2026
Exploit-status
Teoretisk, ingen kendt udnyttelse
Patch-status
Opdatering findes

Brug for hjælp med jeres sikkerhed?

Vi hjælper SMV’er med at omsætte trusler som denne til konkrete handlingsplaner.