CVE-2026-61459: Kritisk fejl i MCP Server Kubernetes
Kritisk fejl i MCP Server Kubernetes lader angribere omdirigere kubectl-kommandoer og stjæle adgangstoken. Opdatér til version 3.9.0.
Hvad er det?
CVE-2026-61459 er en argument injection-sårbarhed i MCP Server Kubernetes, et program der lader AI-assistenter og sprogmodeller styre en Kubernetes-klynge (et cluster af servere, der kører containere) via kommandoen kubectl. Programmets indbyggede sikkerhedskontrol, assertNoDangerousFlags, skal forhindre farlige kommandoflag i at blive sendt igennem. Ved at sætte parametrene resourceType og name med et foranstillet bindestreg-tegn kan en angriber narre kontrollen og smugle flaget –server ind i en kommando. Det flag styrer, hvilken server kubectl sender sine forespørgsler til. Angriberen kan derved omdirigere kommandoen til sin egen server og modtage klyngens adgangstoken, som normalt bruges til at logge ind i Kubernetes med fulde rettigheder.
Hvem rammer det?
Sårbarheden rammer alle installationer af MCP Server Kubernetes før version 3.9.0. Det gælder virksomheder og organisationer, der har koblet en AI-assistent eller sprogmodel op mod deres Kubernetes-klynge via dette MCP-værktøj, typisk til automatiseret drift, fejlfinding eller udrulning. Berørt er specifikt de strukturerede værktøjer kubectl_get, kubectl_describe og kubectl_delete.
Hvad kan ske?
En angriber, der kan sende input til MCP-serveren, kan få den til at sende klyngens bearer-token, en form for digital nøgle til Kubernetes, til en server angriberen selv kontrollerer. Med det token kan angriberen logge ind i den rigtige klynge med samme rettigheder som operatøren, altså ofte fuld administratoradgang. Det betyder adgang til alle containere, hemmeligheder og data i klyngen, og mulighed for at slette, ændre eller stjæle drift og kundedata.
Hvor alvorligt er det?
CVSS-scoren er 9,8 ud af 10, kritisk. Angrebet kræver ikke login (PR:N) og ingen handling fra en bruger (UI:N), og det kan udføres over netværket. Det stiller derfor lave krav til angriberen. Konsekvensen er fuld kompromittering af fortrolighed, integritet og tilgængelighed i klyngen. Der er ingen offentlige oplysninger om, at sårbarheden allerede udnyttes aktivt, men den lave angrebskompleksitet og de høje rettigheder, der kan opnås, gør den attraktiv for angribere, så snart detaljerne er kendt.
Hvad gør jeg nu?
Gør følgende for at lukke hullet og begrænse skaden:
- Opdatér MCP Server Kubernetes til version 3.9.0 eller nyere, hvor argument injection-fejlen er rettet.
- Gennemgå logs for kubectl_get, kubectl_describe og kubectl_delete for uventede eller unormale –server-værdier eller parametre, der starter med bindestreg.
- Roter klyngens bearer-token og andre adgangsnøgler, hvis I ikke kan udelukke, at sårbarheden har været udnyttet.
- Begræns, hvilke systemer og brugere der kan sende input til MCP-serveren, og isolér den fra det åbne internet.
- Indfør netværksregler, der kun tillader kommunikation til jeres egen Kubernetes API-server, så et injiceret –server-flag ikke kan nå ud til en fremmed server.
- Kontakt en sikkerhedsrådgiver, hvis I ikke selv har overblik over, hvor MCP Server Kubernetes er sat op, eller hvis I finder tegn på misbrug i logs.
Opdatér inden for 24 timer
Vi anbefaler, at opdateringen til version 3.9.0 gennemføres hurtigst muligt, da sårbarheden kræver ingen login og kan udnyttes over netværket til at overtage hele klyngen. Det er kun i orden at vente, hvis MCP Server Kubernetes udelukkende kører isoleret uden netværksadgang og uden forbindelse til produktionsklynger, men vi fraråder generelt at udskyde opdateringen ud over en enkelt arbejdsdag.
Tidslinje
Konkrete eksempler
AI-drevet driftsautomatisering hos en dansk it-virksomhed
En dansk it-virksomhed har koblet en AI-assistent til driftsteamets Kubernetes-klynge via MCP Server Kubernetes, så assistenten kan slå ressourcer op og foreslå ændringer. En angriber, der kan sende beskeder til assistenten, indsætter et resourceType-navn med foranstillet bindestreg og lykkes med at omdirigere en kubectl-kommando til sin egen server. Klyngens bearer-token sendes til angriberens server, som derefter logger ind i den rigtige klynge med fuld adgang til kundedata og driftssystemer.
Ofte stillede spørgsmål
Hvordan finder vi ud af, om vi bruger den sårbare version?
Tjek versionsnummeret på jeres installation af MCP Server Kubernetes. Alle versioner før 3.9.0 er sårbare. Versionen kan typisk ses i konfigurationsfilen eller ved at spørge den ansvarlige for jeres AI-integration mod Kubernetes.
Kan vi vente til weekenden med at opdatere?
Vi anbefaler at opdatere inden for 24 timer, da sårbarheden ikke kræver login og kan udnyttes over netværket. Hvis systemet ikke er tilgængeligt fra internettet og kun bruges internt af betroede medarbejdere, kan risikoen kortvarigt være lavere, men vi fraråder at lade opdateringen stå åben over en hel weekend.
Er vi ramt, hvis vi ikke bruger AI-assistenter til Kubernetes?
Sårbarheden gælder kun, hvis I har installeret og bruger MCP Server Kubernetes til at lade en AI-assistent eller sprogmodel styre jeres klynge via kubectl. Bruger I ikke dette værktøj, er I ikke ramt af netop denne sårbarhed.
Hvad gør vi, hvis vi tror sårbarheden allerede er udnyttet?
Roter klyngens bearer-token og andre adgangsnøgler med det samme, gennemgå logs for uventede –server-værdier, og kontakt en sikkerhedsrådgiver for at få hjælp til at afklare omfanget og sikre jer mod yderligere adgang.
Skal vi anmelde dette til myndighederne?
Det afhænger af, om der er sket et faktisk databrud med adgang til personoplysninger. Hvis I finder tegn på, at klyngens data eller personoplysninger er blevet tilgået af en uautoriseret part, skal I vurdere anmeldelsespligt efter databeskyttelsesreglerne og bør søge juridisk rådgivning.
CVSS-detaljer
CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:H
CWE-svaghedstyper
Original NVD-beskrivelse (engelsk)
MCP Server Kubernetes before 3.9.0 contains an argument injection vulnerability in structured tools (kubectl_get, kubectl_describe, kubectl_delete) that allows attackers to bypass the assertNoDangerousFlags security check by supplying resourceType and name parameters with leading dashes. Attackers can inject the –server flag to redirect kubectl commands to an attacker-controlled API server, causing the operator’s bearer token to be transmitted externally and enabling full cluster compromise.
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.