CVE-2026-73519: Kritisk fejl i WolfStack container-styring
WolfStack før version 25.9.2 har en fast indbygget hemmelighed, der lader alle på nettet omgå login og køre kommandoer som root. Opdatér til 25.9.2.
Hvad er det?
CVE-2026-73519 er en sårbarhed i WolfStack, et styringsværktøj til Docker- og LXC-containere på servere. Fejlen skyldes en hårdkodet adgangskode, en hemmelig værdi som er skrevet direkte ind i programkoden i stedet for genereret pr. installation. Værdien ligger i filen src/auth/mod.rs og er ens i alle installationer af WolfStack før version 25.9.2. En angriber, der sender denne værdi i headeren X-WolfStack-Secret, kommer forbi login-kontrollen require_auth() uden session, API-nøgle eller brugerkonto. Herefter kan angriberen se alle containere på serveren og køre vilkårlige kommandoer som root, den mest privilegerede bruger, inde i dem via endepunktet POST /api/containers/{runtime}/{id}/exec.
Hvem rammer det?
Sårbarheden rammer alle installationer af WolfStack før version 25.9.2, der har administrationsporten tilgængelig på netværket. Det gælder virksomheder og kommuner, der bruger WolfStack til at styre Docker- eller LXC-containere på egne servere, i eget datacenter eller hos en hostingudbyder. Er administrationsporten nået fra internettet, kan hvem som helst udnytte fejlen. Er porten kun tilgængelig internt, er risikoen mindre, men stadig reel for medarbejdere, leverandører eller andre med adgang til netværket.
Hvad kan ske?
En angriber kan overtage alle containere på den ramte server og køre kommandoer som root inde i dem. I praksis betyder det, at angriberen kan læse og stjæle data fra applikationer og databaser i containerne, installere skadelig kode, kryptere systemer med løsesumkrav eller bruge serveren som springbræt til resten af netværket. Da adgangen sker uden login og uden at nogen medarbejder skal klikke på noget, kan angrebet ske uden synlige advarselstegn, før skaden er sket.
Hvor alvorligt er det?
CVSS-score er 9,8 ud af 10, kritisk. Angrebet kræver ikke login, kræver ikke at en bruger klikker på noget, og kan udføres over netværket med lav teknisk kompleksitet. Konsekvensen er fuld: angriberen kan læse data, ændre data og forstyrre driften på det ramte system. Der er ikke oplysninger om, at fejlen aktivt udnyttes i angreb pr. offentliggørelsesdatoen, men den er nem at udnytte, når den er kendt, og bør derfor behandles som en høj risiko.
Hvad gør jeg nu?
Følgende handlinger lukker hullet og reducerer risikoen, mens I opdaterer:
- Opdatér WolfStack til version 25.9.2 eller nyere på alle servere, hvor det er installeret. Dette fjerner den hårdkodede hemmelighed.
- Kan opdatering ikke ske med det samme, så begræns adgangen til administrationsporten, så den kun kan nås fra betroede interne IP-adresser eller via VPN, virtuelt privat netværk.
- Gennemgå logfiler for kald til X-WolfStack-Secret og til /api/containers/*/exec for at se, om fejlen allerede er udnyttet.
- Efter opdatering, gennemgå alle containere for uautoriserede ændringer, nye brugere eller ukendte processer.
- Roter andre hemmeligheder og adgangskoder, der har været tilgængelige på den ramte server, da de kan være kompromitteret.
- Er I i tvivl om, hvorvidt jeres opsætning er ramt, eller om I allerede er blevet udnyttet, bør I hente ekstern hjælp til undersøgelse og oprydning.
Opdatér inden for 24 timer
Vi anbefaler, at I opdaterer WolfStack til version 25.9.2 så hurtigt som muligt, da sårbarheden kan udnyttes uden login og giver fuld adgang til jeres containere. Er administrationsporten kun tilgængelig internt og under kontrol, kan I vente få dage, men kun hvis I samtidig begrænser netværksadgangen og overvåger logfiler. Er porten tilgængelig fra internettet, bør opdateringen ske samme dag, den er opdaget.
Tidslinje
Konkrete eksempler
Hostingpartner med udsat administrationsport
En dansk hostingudbyder kører WolfStack for at administrere containere for flere kundevirksomheder på samme server. Administrationsporten er ved en fejl tilgængelig fra internettet. En angriber finder porten, sender den kendte hemmelighed i headeren og får root-adgang til samtlige kundecontainere, herunder databaser med kundedata. Skaden rammer dermed ikke kun hostingudbyderen selv, men alle de virksomheder, hvis systemer kører på den samme server.
Ofte stillede spørgsmål
Hvordan finder vi ud af, om vi bruger den ramte version af WolfStack?
Tjek versionsnummeret i jeres WolfStack-installation, enten via administrationsgrænsefladen eller kommandolinjen. Alle versioner før 25.9.2 er ramt.
Kan vi vente til weekenden med at opdatere?
Kun hvis administrationsporten ikke er tilgængelig fra internettet og I i mellemtiden begrænser adgangen til betroede interne adresser. Er porten offentligt tilgængelig, bør opdateringen ske samme dag.
Hvordan tjekker vi, om vi allerede er blevet udnyttet?
Gennemgå logfiler for kald med headeren X-WolfStack-Secret og for uforklarede kald til /api/containers/{runtime}/{id}/exec. Kig også efter containere med uventede processer, nye brugere eller ukendte filer.
Er fejlen udnyttet i angreb, vi kender til?
Der er ikke offentligt kendte tilfælde af aktiv udnyttelse pr. offentliggørelsesdatoen. Fejlen er dog nem at udnytte, når den er kendt, og bør behandles som en reel risiko.
Skal vi anmelde dette som et sikkerhedsbrud?
Kun hvis I finder tegn på, at fejlen faktisk er blevet udnyttet, og at persondata eller andre beskyttede data kan være kompromitteret. Find først ud af, om der er sket udnyttelse, før I vurderer anmeldelsespligt efter GDPR.
Er alle vores containere ramt, hvis WolfStack er ramt?
Ja, potentielt. En angriber, der kommer forbi login på WolfStack, kan tilgå og køre kommandoer i alle containere, som WolfStack-noden administrerer, ikke kun en enkelt.
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)
WolfStack before 25.9.2 contains a hard-coded cluster-authentication secret compiled into every build and published as a constant in src/auth/mod.rs, allowing remote unauthenticated attackers to bypass authentication by supplying this value in the X-WolfStack-Secret header to the require_auth() gate without any session, API key, or user account. Attackers can reach an affected node’s management port to enumerate all Docker and LXC containers on the host and execute arbitrary commands as root inside any container via the POST /api/containers/{runtime}/{id}/exec endpoint.
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.