CVE-2026-73010: Kritisk fejl i Windows Failover Cluster

CVE-2026-73010 er en sårbarhed i Windows Failover Cluster, den funktion i Windows Server, der binder flere servere sammen til én højtilgængelig løsning. Fejlen er en use-after-free, hvilket betyder, at systemet ved en fejl fortsætter med at bruge et stykke hukommelse, efter det er frigivet igen. En angriber kan udnytte dette til at få systemet til at udføre vilkårlig kode. Fejlen kræver ingen godkendelse og ingen handling fra en bruger, og den kan udnyttes over netværket alene ved at sende data til den ramte tjeneste.

Sårbarheden rammer Windows Server-installationer, hvor rollen Failover Cluster er aktiveret. Det gælder typisk virksomheder og kommuner, der bruger clustre til SQL Server-databaser, fildeling eller Hyper-V-baseret virtualisering med krav om høj tilgængelighed. Er clusterfunktionen ikke aktiveret på jeres servere, er I ikke ramt af denne konkrete fejl.

En angriber med netværksadgang til de porte, clusteret bruger til intern kommunikation, kan udnytte fejlen til at få fuld kontrol over en clusternode uden at kende noget brugernavn eller kodeord. Fra den ene node kan angriberen ofte bevæge sig videre til andre noder i samme cluster og til de systemer, clusteret driver, for eksempel databaser eller fildelte mapper. I praksis kan det betyde nedbrud af kritiske systemer, tab af data eller adgang til fortrolige oplysninger.

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. Der er ikke oplyst aktiv udnyttelse på offentliggørelsesdatoen, men kombinationen af ingen krav til rettigheder og fjernudførelse af kode gør sårbarheden til en af de mest alvorlige typer, der findes.

Følg disse skridt for at lukke hullet og begrænse risikoen, mens I opdaterer:

1. Installér den sikkerhedsopdatering fra Microsoft, der retter CVE-2026-73010, på alle Windows Server-maskiner med rollen Failover Cluster aktiveret.
2. Kan opdateringen ikke installeres med det samme, begræns netværksadgang til clustertjenesten, så kun de servere, der skal kommunikere internt i clusteret, kan nå portene.
3. Gennemgå firewallregler og segmentering, så clustertrafik ikke er tilgængelig fra almindelige klientnetværk eller internettet.
4. Tjek logs for uventede genstarter eller fejl i clustertjenesten, som kan være tegn på forsøg på udnyttelse.
5. Planlæg genstart af de opdaterede servere, da opdateringen kræver genstart for at træde i kraft.
6. Har I ikke selv kapacitet til at teste og udrulle opdateringen på jeres clustre uden driftsstop, bør I hente hjælp udefra til at planlægge og udføre opdateringen sikkert.