CVE-2026-71921: Kritisk fejl i DrayTek VigorSwitch
Kritisk sårbarhed i DrayTek VigorSwitch giver angribere rodadgang uden login. Isolér switchens administration fra internettet nu.
Hvad er det?
CVE-2026-71921 er en sårbarhed i flere modeller af DrayTek VigorSwitch, en serie netværksswitche brugt til styring af virksomhedsnetværk. Fejlen findes i webgrænsefladen setget.cgi, hvor feltet ‘pass’ ikke bliver renset ordentligt, før værdien bruges i en systemkommando. Det betyder, at en angriber kan smugle egne kommandoer ind i det felt, switchen normalt bruger til adgangskode, og få dem udført direkte på styresystemet. Angrebet kræver ingen brugernavn eller adgangskode og ingen handling fra en medarbejder. Kommandoerne bliver kørt med root-rettigheder, altså den højeste adgang på enheden, hvilket giver fuld kontrol over switchen.
Hvem rammer det?
Sårbarheden rammer virksomheder og kommuner, der bruger DrayTek VigorSwitch-modeller med den sårbare setget.cgi-grænseflade. Det gælder både switche, hvor administrationsinterfacet er tilgængeligt fra internettet, og switche, der kun kan tilgås fra det interne netværk, da et internt kompromitteret system også kan udnytte fejlen. NVD-data angiver ikke en fuldstændig liste over berørte modelnumre eller firmwareversioner, så I bør tjekke jeres konkrete udstyr op mod DrayTeks egen sikkerhedsmeddelelse.
Hvad kan ske?
En angriber, der udnytter fejlen, får fuld kontrol over switchen med de højeste rettigheder. Det åbner for aflytning eller omdirigering af netværkstrafik, oprettelse af en fast bagdør ind i netværket, og brug af switchen som springbræt videre til servere og arbejdsstationer. For en dansk virksomhed betyder det i praksis, at en enkelt eksponeret switch kan give en angriber adgang til hele det interne netværk, herunder økonomisystemer, fildelinger og AD-servere.
Hvor alvorligt er det?
CVSS-scoren er 9,8 ud af 10, hvilket er kritisk. Angrebet kræver ikke login, ingen adgangskode og ingen klik fra en bruger. Det kan udføres over netværket, og kompleksiteten er lav, altså nem at gennemføre for en angriber med basal teknisk viden. Der er ikke oplyst tegn på aktiv udnyttelse i NVD-data på offentliggørelsestidspunktet, men den lave adgangsbarriere gør, at det kan ændre sig hurtigt, når detaljer om sårbarheden bliver kendt.
Hvad gør jeg nu?
Følgende trin bør gennemføres i den viste rækkefølge.
- Fjern administrationsinterfacet på jeres VigorSwitch fra internettet, hvis det er tilgængeligt udefra. Det lukker den mest oplagte angrebsvej med det samme.
- Begræns adgang til switchens webgrænseflade til et afgrænset administrationsnetværk eller VPN, så kun betroede it-medarbejdere kan nå den.
- Kontrollér DrayTeks officielle sikkerhedsmeddelelser for opdateret firmware til jeres konkrete modelnummer og installér den, så snart den er tilgængelig.
- Gennemgå switchens logfiler for uventede kommandoer eller ukendte administratorkonti, der kan tyde på forudgående kompromittering.
- Skift alle administrative adgangskoder på switchen og tilstødende netværksudstyr som ekstra sikkerhedsforanstaltning.
- Kontakt en sikkerhedsrådgiver, hvis I ikke selv kan verificere, om jeres udstyr er sårbart, eller hvis I finder tegn på misbrug i logfilerne.
Isolér administration i dag, opdatér ved patch
Vi anbefaler, at I straks fjerner fjernadgang til administrationsinterfacet på berørte VigorSwitch-enheder og begrænser adgangen til et internt administrationsnetværk. Det er ikke ansvarligt at vente, da sårbarheden ikke kræver login og kan udnyttes fuldt automatiseret. Når DrayTek udgiver en opdatering, bør den installeres hurtigst muligt, men indtil da er netværksisolering den vigtigste beskyttelse.
Tidslinje
Konkrete eksempler
Eksponeret administrationsinterface hos en dansk produktionsvirksomhed
En mindre produktionsvirksomhed har en DrayTek VigorSwitch, hvis webbaserede administrationsside ved en fejl er tilgængelig fra internettet på grund af en forkert firewallregel. En angriber finder switchen ved en simpel netværksscanning og udnytter sårbarheden i setget.cgi til at få rodadgang uden at skulle kende nogen adgangskode. Herfra opretter angriberen en skjult bagdør og bruger switchen som udgangspunkt til at kortlægge og senere angribe virksomhedens interne servere.
Ofte stillede spørgsmål
Hvordan ved vi, om vores DrayTek-switch er ramt?
Tjek modelnummer og firmwareversion på jeres VigorSwitch, og sammenhold det med DrayTeks officielle sikkerhedsmeddelelse om denne sårbarhed. Er I i tvivl, kan I kontakte DrayTeks support eller en sikkerhedsrådgiver for at få verificeret jeres opsætning.
Kan vi vente til weekenden med at gøre noget?
Nej. Sårbarheden kræver ingen login og kan udnyttes automatiseret over netværket. Fjern administrationsadgangen fra internettet med det samme, og vent ikke til en planlagt vedligeholdelsesrunde.
Er vores switch i fare, hvis administrationen kun kan tilgås internt?
Risikoen er lavere, men ikke elimineret. Et allerede kompromitteret system på jeres interne netværk, for eksempel en inficeret medarbejdercomputer, kan stadig udnytte sårbarheden mod switchen. Begræns derfor adgangen yderligere til et dedikeret administrationsnetværk.
Findes der en opdatering, der lukker hullet?
Der er ikke oplyst en officiel opdatering i NVD-data på offentliggørelsestidspunktet. Følg DrayTeks sikkerhedsmeddelelser, og installér en rettelse, så snart den udgives.
Skal vi anmelde hændelsen, hvis vi opdager misbrug?
Finder I tegn på, at switchen er blevet kompromitteret, bør I vurdere, om hændelsen skal anmeldes til Datatilsynet efter reglerne om databrud, og eventuelt til CFCS eller politiet, afhængigt af omfang og data berørt.
Hvad koster det at ignorere sårbarheden?
En uopdateret, eksponeret switch kan give en angriber fuld kontrol over netværkstrafikken og adgang videre til servere og systemer. Det kan medføre driftsstop, datatab og i værste fald krav om anmeldelse af databrud, hvilket typisk koster langt mere end at isolere switchen nu.
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)
Multiple DrayTek VigorSwitch models contain a pre-authentication command injection vulnerability in the setget.cgi interface. The vulnerability is caused by insufficient filtering of the pass field before command execution. A remote attacker can trigger this vulnerability via crafted input to execute arbitrary commands with root privileges.
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.