CVE-2026-68789: SQL-injection i Azure SQL Database
Kritisk sql-injection i Azure SQL Database kan lade en lav-privilegeret bruger få fulde administratorrettigheder over netværket.
Hvad er det?
CVE-2026-68789 er en sql-injection-sårbarhed i Azure SQL Database, Microsofts cloud-tjeneste til at hoste databaser for virksomheders applikationer. Sql-injection betyder, at en angriber kan indsætte skadelig kode i databasekommandoer og dermed omgå de begrænsninger, databasen normalt sætter for en brugers rettigheder. Fejlen gør, at en bruger, der allerede har et lavt adgangsniveau, kan hæve sine rettigheder til administratorniveau, uden at nogen anden bruger skal godkende eller klikke på noget. Fordi angrebet sker over netværket og ikke kræver brugerinteraktion, kan det udføres automatisk, når angriberen først har en gyldig, men begrænset konto.
Hvem rammer det?
Sårbarheden rammer alle virksomheder og kommuner, der bruger Azure SQL Database som database bag deres applikationer, herunder SaaS-løsninger, interne systemer og hjemmesider koblet til Azure. Det er ikke en bestemt version, der er ramt, fordi Azure SQL Database er en tjeneste, Microsoft selv drifter og opdaterer centralt. Er jeres applikation bygget på Azure SQL Database, eller bruger jeres leverandør tjenesten som backend, er I omfattet.
Hvad kan ske?
En angriber, der har fået adgang til en almindelig, lavt privilegeret databasebruger, for eksempel via en stjålet adgangskode eller en sårbarhed i jeres egen applikation, kan udnytte fejlen til at hæve sine rettigheder til fuld administrator i databasen. Fra dette niveau kan angriberen læse, ændre og slette alle data i databasen, herunder personoplysninger og forretningskritisk information. Fordi sårbarheden ændrer scope (S:C i CVSS-vektoren), kan konsekvenserne i værste fald sprede sig til ressourcer uden for den enkelte database, hvilket er særligt relevant i en delt cloud-tjeneste.
Hvor alvorligt er det?
Sårbarheden har en CVSS-score på 9,9 ud af 10 og er klassificeret som kritisk. Angrebet kræver kun lave rettigheder, altså en almindelig brugerkonto med begrænset adgang, og ingen brugerinteraktion. Det kan udføres over netværket uden fysisk adgang. Der er ingen kendte tegn på aktiv udnyttelse på offentliggørelsesdatoen, men den lave angrebskompleksitet og det lave krav til rettigheder gør sårbarheden attraktiv for angribere, der allerede har fået fodfæste et sted i jeres miljø.
Hvad gør jeg nu?
Fordi Azure SQL Database er en tjeneste, Microsoft drifter, ligger den egentlige rettelse hos Microsoft. Der er dog en række ting, I selv skal gøre for at være sikre.
- Bekræft via Azure Service Health eller jeres Microsoft-kontakt, at rettelsen er rullet ud til de regioner og servere, jeres database kører i.
- Gennemgå logins og rettigheder i jeres Azure SQL Database, og fjern lav-privilegerede konti, der ikke længere er i brug.
- Aktivér SQL Auditing og Advanced Threat Protection, hvis det ikke allerede er slået til, så I kan se forsøg på privilegie-eskalering.
- Gennemgå jeres egen applikationskode for sql-injection-sårbarheder, så en angriber ikke kan opnå den lave adgang, angrebet kræver.
- Roter adgangskoder og nøgler til databasekonti, hvis I er i tvivl om, om de har været eksponeret.
- Kontakt Auroa eller en anden sikkerhedsrådgiver, hvis I ikke selv kan verificere patch-status eller gennemgå jeres logs.
Bekræft patch-status inden 7 dage
Vi anbefaler, at I straks bekræfter, at Microsoft har udrullet rettelsen til jeres Azure-region, og bruger tiden til at stramme rettighedsstyringen i jeres database. Det er i orden at vente med en fuld gennemgang af applikationskoden, hvis I allerede har begrænset, hvem der har adgang til databasen, og har logning slået til. Har I derimod flere lav-privilegerede konti med adgang til produktionsdata, bør I prioritere en gennemgang nu.
Tidslinje
Konkrete eksempler
Multi-tenant SaaS-løsning i Danmark
En dansk SaaS-leverandør bruger Azure SQL Database til at gemme data for flere kunder i samme database. En medarbejderkonto med begrænset adgang kompromitteres via phishing. Angriberen udnytter sql-injection-fejlen til at hæve sine rettigheder til administratorniveau og får dermed adgang til andre kunders data i samme database, ikke kun egne oplysninger.
Ofte stillede spørgsmål
Er vi ramt af denne sårbarhed?
I er ramt, hvis I bruger Azure SQL Database som database bag jeres applikationer, uanset om det er direkte hos jer eller hos en leverandør. Tjek jeres Azure-ressourcer for at afklare, om I bruger tjenesten.
Skal vi selv installere en opdatering?
Nej. Azure SQL Database er en tjeneste, Microsoft selv patcher og drifter. I skal i stedet bekræfte, at rettelsen er nået til jeres region, og gennemgå jeres egen adgangsstyring.
Er sårbarheden udnyttet i praksis?
Der er ingen kendte rapporter om aktiv udnyttelse på offentliggørelsesdatoen. Det kan dog ændre sig, når flere detaljer bliver offentligt kendt.
Kan vi vente til weekenden med at reagere?
Hvis I allerede har begrænset adgang til databasen og har logning aktiveret, kan I vente kort tid. Har I flere konti med bred eller ubrugt adgang, bør I gennemgå det inden weekenden.
Skal vi anmelde noget til Datatilsynet?
Ikke alene på grund af sårbarheden. En anmeldelse er kun relevant, hvis I konstaterer, at data faktisk er blevet tilgået eller ændret uretmæssigt.
Hvordan tjekker vi, om vores database er påvirket?
Brug Azure Service Health og Microsoft Defender for Cloud til at se, om der er registreret sikkerhedsanbefalinger for jeres Azure SQL Database. I kan også kontakte Microsoft support direkte for status på jeres abonnement.
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.