CVE-2026-68782: Kritisk SQL-fejl i Azure SQL Database
Alvorlig SQL-indsprøjtning i Azure SQL Database kan lade en bruger med lav adgang stjæle rettigheder. Tjek at jeres Azure-miljø er opdateret.
Hvad er det?
CVE-2026-68782 er en sårbarhed i Azure SQL Database, Microsofts skybaserede databasetjeneste. Fejlen skyldes SQL-indsprøjtning, hvor særlige tegn i en forespørgsel ikke bliver renset ordentligt, før de sendes videre til databasen. En bruger, der allerede har et begrænset login med lave rettigheder, kan udnytte fejlen til at give sig selv højere rettigheder i databasen eller i tilknyttede systemer, uden at nogen anden skal klikke på noget eller godkende noget.
Hvem rammer det?
Sårbarheden rammer virksomheder og kommuner, der bruger Azure SQL Database, herunder egne applikationer, kundeportaler eller SaaS-løsninger bygget på tjenesten. Det gælder især systemer, hvor flere brugere eller kunder deler samme database med forskellige rettighedsniveauer, for eksempel multi-tenant løsninger hvor kunder kun skal kunne se egne data.
Hvad kan ske?
En bruger med et almindeligt, begrænset login kan udnytte fejlen til at eskalere til højere rettigheder i databasen. Fordi angrebets omfang kan brede sig til andre komponenter (scope changed), kan det i praksis betyde adgang til data, som brugeren ikke burde kunne se, ændring af data eller nedbrud af tjenesten. For en dansk virksomhed med en kundeportal kan det betyde, at en kunde får adgang til andre kunders data eller kan manipulere fælles registre.
Hvor alvorligt er det?
CVSS-score er 9,9 ud af 10, hvilket er kritisk. Angrebet kræver kun lave rettigheder, altså et almindeligt gyldigt login, ingen handling fra en bruger og ingen fysisk eller lokal adgang. Angrebskompleksiteten er lav, og angriberen kan udføre det over netværket. Konsekvensen rammer fortrolighed, integritet og tilgængelighed fuldt ud. Der er ingen oplysninger om, at sårbarheden aktivt bliver udnyttet, men den lave adgangsbarriere gør den til en attraktiv mulighed for angribere, der allerede har et fodfæste.
Hvad gør jeg nu?
Azure SQL Database er en skytjeneste, hvor Microsoft selv står for at rette fejlen i infrastrukturen. I skal derfor primært sikre, at jeres opsætning og rettigheder er i orden.
- Bekræft i Azure-portalen, at jeres Azure SQL Database-instanser kører på en opdateret version af tjenesten. Microsoft ruller normalt fixet ud automatisk uden nedetid.
- Gennemgå brugerrettigheder i databasen og fjern unødvendige rettigheder, så konti kun har adgang til det, de skal bruge.
- Gennemgå applikationskode, der bygger SQL-forespørgsler dynamisk, og skift til parametriserede forespørgsler, hvor det ikke allerede er tilfældet.
- Tjek logs i Azure Monitor eller SQL Audit for usædvanlige forespørgselsmønstre eller pludselige rettighedsændringer.
- Kontakt Auroa eller en anden sikkerhedsrådgiver, hvis I ikke selv har overblik over jeres Azure SQL-opsætning eller er i tvivl om, hvorvidt jeres data har været udsat.
Bekræft opdatering i Azure inden for en uge
Vi anbefaler, at I bekræfter i Azure-portalen, at jeres SQL-databaser kører på den rettede version, og at I bruger lejligheden til at stramme op på brugerrettigheder. Da Microsoft retter fejlen centralt i tjenesten, er det sjældent nødvendigt at handle akut, men vi anbefaler at gennemgå logs for usædvanlig aktivitet inden for den kommende uge, især hvis I driver en multi-tenant løsning. Det er i orden at vente med kodegennemgang til næste planlagte udviklingssprint, så længe rettighedsstyringen er på plads nu.
Tidslinje
Konkrete eksempler
Multi-tenant kundeportal på Azure SQL Database
En dansk SaaS-virksomhed driver en kundeportal, hvor hver kunde har et login med begrænsede rettigheder til egen database i Azure SQL Database. En kunde udnytter SQL-indsprøjtningsfejlen til at eskalere sine rettigheder og får adgang til andre kunders data. Virksomheden opdager først hændelsen, fordi de har aktiveret audit-logning og ser usædvanlige forespørgsler på tværs af kundedata.
Ofte stillede spørgsmål
Er vi ramt af denne sårbarhed?
I er potentielt berørt, hvis I bruger Azure SQL Database, uanset om det er til en intern applikation eller en kundevendt løsning. Tjek jeres Azure-portal for at se, hvilke databaser I har, og om de er opdateret.
Skal vi selv installere en opdatering?
Nej. Azure SQL Database er en skytjeneste, hvor Microsoft selv retter fejlen i baglandet. I skal ikke installere noget, men I bør bekræfte status i portalen og gennemgå jeres egne rettighedsindstillinger.
Kan vi vente til efter weekenden med at reagere?
Ja, som udgangspunkt. Der er ingen tegn på aktiv udnyttelse, og Microsoft har allerede løftet ansvaret for selve rettelsen. I bør dog gennemgå logs og rettigheder inden for den kommende uge, især hvis I har en løsning med flere kunder på samme database.
Hvordan tjekker vi, om nogen har udnyttet fejlen hos os?
Gennemgå SQL Audit-logs og Azure Monitor for usædvanlige forespørgsler, pludselige ændringer i brugerrettigheder eller adgang til data uden for en brugers normale mønster. Har I ikke aktiveret audit-logning, bør I sætte det op fremadrettet.
Skal vi anmelde hændelsen til myndighederne?
Kun hvis I finder konkrete tegn på, at persondata er blevet tilgået uretmæssigt. Find I sådanne spor, skal I vurdere anmeldepligt efter databeskyttelsesforordningen og kontakte jeres databeskyttelsesrådgiver.
Påvirker det også vores lokale SQL Server-installationer?
Nej, denne sårbarhed vedrører specifikt Azure SQL Database som skytjeneste. Lokale SQL Server-installationer er ikke omfattet af denne konkrete sårbarhed, men bør naturligvis holdes opdateret separat.
CVSS-detaljer
CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:C/C:H/I:H/A:H
CWE-svaghedstyper
Original NVD-beskrivelse (engelsk)
Improper neutralization of special elements used in an sql command (‘sql injection’) 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.