CVE-2026-45499: Kritisk SSRF-fejl i Azure OpenAI
SSRF-sårbarhed i Azure OpenAI (CVE-2026-45499) lader en bruger med lav adgang eskalere rettigheder over netværket. Tjek konfiguration og logs.
Hvad er det?
CVE-2026-45499 er en SSRF-sårbarhed (Server-Side Request Forgery) i Azure OpenAI, Microsofts cloudtjeneste til AI-sprogmodeller. SSRF betyder, at en angriber kan få serveren til at sende netværksforespørgsler til steder, den ikke burde kunne nå, for eksempel interne administrationsgrænseflader eller metadata-tjenester i skyen. I dette tilfælde kan en bruger, der allerede har lav adgang til en Azure OpenAI-ressource, udnytte fejlen til at hæve sine rettigheder og få adgang til data eller funktioner, vedkommende ellers ikke skulle have.
Hvem rammer det?
Sårbarheden rammer virksomheder og kommuner, der bruger Azure OpenAI til egne AI-løsninger, chatbots, dokumentbehandling eller integrationer med andre systemer. Det gælder alle, der har givet mindst en bruger, tjenestekonto eller applikation adgang til en Azure OpenAI-ressource, uanset hvilken model eller hvilket abonnement der er tale om. Da tjenesten drives af Microsoft, er der ikke en lokal version, I selv skal installere en opdatering til.
Hvad kan ske?
En angriber med et almindeligt, lavt rettighedsniveau i jeres Azure-miljø kan i praksis skaffe sig adgang på niveau med en administrator af AI-tjenesten. Det kan give adgang til fortrolige data, der er sendt til modellen, mulighed for at ændre konfiguration, eller et springbræt til andre ressourcer i jeres Azure-tenant. For en dansk virksomhed, der har koblet Azure OpenAI til kundedata eller interne dokumenter, betyder det risiko for datalæk og manipulation af AI-svar, uden at det umiddelbart er synligt for brugerne.
Hvor alvorligt er det?
CVSS-scoren er 9,9 ud af 10, kritisk. Angrebet kræver kun lav adgang (PR:L), altså en almindelig bruger- eller tjenestekonto, ingen handling fra offeret (UI:N), og kan udføres over netværket uden avancerede forudsætninger (AC:L). Fejlen påvirker fortrolighed, integritet og tilgængelighed fuldt ud, og fordi scope ændres (S:C), kan konsekvenserne brede sig til andre dele af jeres Azure-miljø. Der er ikke rapporteret aktiv udnyttelse, men den lave adgangsbarriere gør fejlen attraktiv for angribere.
Hvad gør jeg nu?
Fejlen er rettet af Microsoft i selve tjenesten, men I skal selv sikre, at jeres opsætning ikke gør skaden større.
- Bekræft, at jeres Azure OpenAI-ressourcer kører med Microsofts rettede version, ved at følge Microsofts sikkerhedsmeddelelser for tjenesten.
- Gennemgå adgangsrettigheder (RBAC) til jeres Azure OpenAI-ressourcer, og fjern unødvendige konti med lav adgang.
- Tjek logs i Azure Monitor og Activity Log for usædvanlige forespørgsler eller adgang til interne endepunkter.
- Roter nøgler og administrerede identiteter (managed identities), der er knyttet til ressourcen, som forholdsregel.
- Skærp netværksregler, for eksempel private endepunkter og firewall, så tjenesten ikke kan nå interne ressourcer, den ikke har brug for.
- Kontakt Auroa eller en anden sikkerhedsrådgiver, hvis I finder tegn på misbrug eller er i tvivl om jeres konfiguration.
Tjek konfiguration inden for en uge
Vi anbefaler, at I bekræfter, at Microsofts rettelse er slået igennem på jeres Azure OpenAI-ressourcer, og at I samtidig bruger anledningen til at stramme rettighedsstyringen omkring tjenesten. Da fejlen rettes centralt af Microsoft, er det ikke jeres ansvar at installere en opdatering, men det er jeres ansvar at sikre, at adgange og netværksregler er sat korrekt op. Det er i orden at vente med de dybere gennemgange til den kommende arbejdsuge, hvis I ikke ser tegn på mistænkelig aktivitet i jeres logs.
Tidslinje
Konkrete eksempler
Kommunal chatbot med lav-privilegeret adgang
En dansk kommune bruger Azure OpenAI til en borgerservice-chatbot og har givet en udviklerkonto med begrænset adgang til at teste tjenesten. En angriber, der får fat i denne kontos loginoplysninger, udnytter SSRF-fejlen til at hæve sine rettigheder og få adgang til interne konfigurationsdata i kommunens Azure-tenant. Herfra kan angriberen potentielt tilgå andre ressourcer, som kontoen normalt ikke har adgang til.
Ofte stillede spørgsmål
Er vi ramt af denne sårbarhed?
I er potentielt ramt, hvis I bruger Azure OpenAI og har givet mindst en bruger, tjenestekonto eller applikation adgang til en ressource. Tjek jeres Azure-tenant for aktive Azure OpenAI-ressourcer og hvem der har adgang til dem.
Skal vi selv installere en opdatering?
Nej. Azure OpenAI er en cloudtjeneste, og Microsoft retter fejlen på serversiden. I skal i stedet sikre, at adgange og netværksregler omkring tjenesten er sat korrekt op.
Hvordan tjekker vi, om vi har været udsat for angreb?
Gennemgå logs i Azure Monitor og Activity Log for usædvanlige forespørgsler fra jeres Azure OpenAI-ressource, især til interne adresser eller metadata-tjenester. Se også efter uventede rettighedsændringer eller nye administratorer.
Kan vi vente til weekenden med at reagere?
Ja, hvis I ikke finder tegn på mistænkelig aktivitet i jeres logs. Da fejlen rettes centralt af Microsoft, er det primære arbejde for jer at gennemgå adgangsrettigheder, hvilket med fordel kan ske i normal arbejdstid.
Skal vi anmelde det til Datatilsynet?
Kun hvis I finder konkrete tegn på, at persondata er blevet tilgået eller kompromitteret via denne sårbarhed. Uden dokumentation for et faktisk databrud er der ikke grundlag for en anmeldelse.
Hvad er SSRF egentlig?
SSRF står for Server-Side Request Forgery. Det betyder, at en angriber narrer en server til at sende netværksforespørgsler til steder, den normalt ikke burde have adgang til, for eksempel interne systemer eller skyens egne administrationstjenester.
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)
Server-side request forgery (ssrf) in Azure OpenAI 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.