CVE-2026-66309: Kritisk sårbarhed i Azure SQL Database
Fejl i adgangskontrol i Azure SQL Database (CVE-2026-66309) lader en bruger med høje rettigheder eskalere til fuld kontrol. Tjek jeres privilegerede konti.
Hvad er det?
CVE-2026-66309 er en fejl i adgangskontrol (CWE-284) i Azure SQL Database, Microsofts cloud-baserede databasetjeneste. Fejlen betyder, at systemet ikke tjekker rettigheder korrekt, når en bruger med høje rettigheder foretager bestemte handlinger. En angriber, der allerede har en konto eller adgangsnøgle med høje rettigheder, kan udnytte fejlen til at eskalere sin adgang og få kontrol, der går ud over det, kontoen egentlig er godkendt til. Fejlen kan udnyttes over netværket uden brugerinteraktion fra andre. Fordi Azure SQL Database er en fælles cloud-tjeneste, ligger den grundlæggende rettelse hos Microsoft, men jeres egne adgangsrettigheder og konti er stadig relevante at kigge på.
Hvem rammer det?
Alle virksomheder og kommuner, der bruger Azure SQL Database, herunder løsninger bygget på denne tjeneste hos leverandører og fagsystemer. Det rammer især konti og tjenesteprincipper (service principals) med høje rettigheder i databasen, for eksempel databaseadministratorer, integrationskonti og automatiserede processer, der har fået tildelt udvidede rettigheder.
Hvad kan ske?
Hvis en angriber allerede har fået fat i en konto med høje rettigheder, for eksempel gennem et stjålet kodeord eller en lækket adgangsnøgle, kan sårbarheden bruges til at eskalere yderligere. Fordi angrebet kan bryde ud af databasens egen afgrænsning (scope changed i CVSS-vurderingen), risikerer virksomheden, at angriberen får adgang til data og ressourcer, der ligger uden for den database, kontoen normalt har adgang til. I praksis kan det betyde læsning og ændring af følsomme data samt afbrydelse af driften.
Hvor alvorligt er det?
CVSS-score er 9,1 ud af 10, kritisk. Sårbarheden kræver, at angriberen allerede har høje rettigheder i systemet (PR:H), men kræver ikke brugerinteraktion og kan udnyttes over netværket. Konsekvensen er høj for fortrolighed, integritet og tilgængelighed, og angrebet kan brede sig uden for det oprindelige system. Der er pr. offentliggørelsesdatoen ikke oplysninger om aktiv udnyttelse i naturen.
Hvad gør jeg nu?
Da Azure SQL Database er en cloud-tjeneste, ligger den grundlæggende rettelse hos Microsoft. I skal alligevel handle for at begrænse risikoen ved jeres egne konti.
- Bekræft via Microsofts sikkerhedsmeddelelse eller jeres Azure-portal, at platformrettelsen er anvendt på jeres abonnement.
- Gennemgå alle konti og tjenesteprincipper med høje rettigheder i Azure SQL Database, og fjern rettigheder, der ikke er nødvendige.
- Aktivér eller kontrollér revisionslogning (auditing) på databaserne, så I kan se unormal aktivitet fra privilegerede konti.
- Skift adgangsnøgler og kodeord for konti med høje rettigheder, hvis der er tvivl om, om de har været eksponeret.
- Sæt overvågning op til at give besked ved rettighedsændringer eller usædvanlig adgang fra administrative konti.
- Hvis I ikke selv har overblik over jeres Azure-rettighedsstruktur eller mangler ressourcer til gennemgangen, bør I hente hjælp udefra til en adgangsgennemgang.
Gennemgå privilegerede konti nu
Vi anbefaler, at I bekræfter status hos Microsoft og bruger anledningen til at gennemgå, hvilke konti der har høje rettigheder i jeres Azure SQL Database-miljøer. Det er ikke jeres opgave at installere en teknisk opdatering, men det er jeres opgave at sikre, at adgange følger princippet om mindste privilegie. Det er i orden at vente med den fulde gennemgang, hvis I allerede har god logning og begrænset antal privilegerede konti, men gennemgangen bør ske inden for kort tid, ikke skubbes ubestemt.
Tidslinje
Konkrete eksempler
Kompromitteret integrationskonto hos en dansk virksomhed
En dansk virksomhed bruger en tjenestekonto med høje rettigheder til at synkronisere data mellem sit ERP-system og Azure SQL Database. Hvis kodeordet til denne konto lækkes, for eksempel via et andet sikkerhedsbrud, kan angriberen bruge sårbarheden til at eskalere fra den afgrænsede integrationsadgang til bredere kontrol over databasen og tilstødende ressourcer.
Ofte stillede spørgsmål
Er vi ramt af denne sårbarhed?
Hvis I bruger Azure SQL Database, er tjenesten teknisk set berørt, men fordi rettelsen ligger hos Microsoft, afhænger jeres faktiske risiko af, om der findes konti med høje rettigheder, der kan misbruges. Tjek Microsofts sikkerhedsmeddelelse for status på jeres abonnement.
Skal vi selv installere en opdatering?
Nej, Azure SQL Database er en cloud-tjeneste, hvor Microsoft står for den grundlæggende rettelse på platformen. I skal ikke selv installere en teknisk patch, men I bør gennemgå jeres egne rettigheder og konti.
Hvordan tjekker vi, om vores konti er sårbare?
Gennemgå listen over brugere og tjenesteprincipper, der har administrative eller høje rettigheder i jeres Azure SQL Database-instanser via Azure-portalen. Se særligt på konti, der har flere rettigheder end deres funktion kræver.
Kan vi vente til weekenden med at kigge på det?
Ja, da der ikke er kendt aktiv udnyttelse, og rettelsen på platformniveau ligger hos Microsoft. Men gennemgangen af privilegerede konti bør planlægges snarest og ikke skubbes ubestemt.
Skal vi anmelde noget til myndighederne?
Kun hvis I efter jeres gennemgang finder tegn på, at en privilegeret konto faktisk er blevet misbrugt. I så fald skal I følge jeres normale procedure for sikkerhedsbrud, herunder eventuel anmeldelse til Datatilsynet, hvis persondata er involveret.
Rammer dette også andre Azure-databasetjenester?
NVD-beskrivelsen nævner specifikt Azure SQL Database. Hvis I bruger andre Azure-datatjenester, bør I følge Microsofts generelle sikkerhedsmeddelelser for at se, om de er omfattet.
CVSS-detaljer
CVSS:3.1/AV:N/AC:L/PR:H/UI:N/S:C/C:H/I:H/A:H
CWE-svaghedstyper
Original NVD-beskrivelse (engelsk)
Improper access control in Azure SQL Database allows an authorized attacker to elevate privileges over a network.
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.