CVE-2026-58172: IP-blokering omgås i Ocelot API-gateway
Ocelot API-gateway til og med version 24.1.0 lader blokerede IP-adresser omgå adgangskontrol via WebSocket. Opdatér til rettet version.
Hvad er det?
CVE-2026-58172 er en fejl i Ocelot, et open source API-gateway-bibliotek til .NET, som mange virksomheder bruger til at styre trafik ind til deres bagvedliggende systemer, kaldet microservices. Ocelot kan konfigureres til kun at tillade adgang fra bestemte IP-adresser via en sikkerhedskomponent, SecurityMiddleware. Fejlen betyder, at anmodninger om at opgradere en forbindelse til WebSocket, en protokol til vedvarende to-vejs-kommunikation, sendes gennem en separat behandlingsgren i koden, som slet ikke tjekker IP-adressen. En klient, der ellers er blokeret, kan derfor stadig nå bagvedliggende systemer, hvis den beder om en WebSocket-forbindelse.
Hvem rammer det?
Sårbarheden rammer virksomheder og organisationer, der bruger Ocelot som API-gateway i deres .NET-baserede systemer, og som bruger IP-baserede allow- eller blokeringslister til at afgrænse, hvem der må tilgå bagvedliggende tjenester. Alle versioner af Ocelot til og med 24.1.0 er ramt. Fejlen er rettet i commit f156fd4, og virksomheder bør tjekke, om deres installerede version indeholder denne rettelse.
Hvad kan ske?
En klient, som en virksomhed har forsøgt at spærre, for eksempel en tidligere samarbejdspartner, en kendt angriber eller et geografisk område uden for Danmark, kan alligevel få adgang ved at sende en WebSocket-forbindelse i stedet for en normal HTTP-anmodning. Adgangskontrollen springes helt over for den type trafik. Konsekvensen er, at fortrolige data kan læses, og at data kan ændres i de bagvedliggende systemer, uden at den blokerede IP-adresse stopper det. Sårbarheden fører ikke i sig selv til nedbrud af systemerne.
Hvor alvorligt er det?
CVSS-scoren er 9,1 ud af 10, hvilket er kritisk. Angrebet kræver ikke login, ingen handling fra en bruger og kan udføres over internettet med lav teknisk kompleksitet. Det er ikke en klassisk adgangskodetyveri, men en genvej uden om selve sikkerhedskontrollen: angriberen vælger bare en anden protokol, WebSocket, som slipper forbi kontrollen. Der er ikke oplysninger om, at sårbarheden aktivt udnyttes ved offentliggørelsen, men rettelsen og den tekniske beskrivelse er offentligt tilgængelig, hvilket gør det nemt at genskabe angrebet.
Hvad gør jeg nu?
Følgende punkter bør gennemgås i prioriteret rækkefølge:
- Opdatér Ocelot til en version, der indeholder rettelsen fra commit f156fd4, eller anvend rettelsen manuelt, hvis I kører en tilpasset build.
- Undersøg, om jeres opsætning eksponerer WebSocket-endpoints, og deaktivér dem midlertidigt, hvis opdatering ikke kan ske med det samme.
- Gennemgå logfiler for anmodninger om WebSocket-opgradering fra IP-adresser, der står på jeres blokeringsliste.
- Tilføj et ekstra lag af netværksadgangskontrol uden om Ocelot, for eksempel i en firewall eller en reverse proxy, så I ikke kun stoler på Ocelots egen IP-filtrering.
- Kontakt en ekstern sikkerhedsrådgiver, hvis I ikke har ressourcer til selv at verificere, om jeres opsætning er sårbar, eller hvis I finder tegn på misbrug i logfilerne.
Opdatér inden for 48 timer
Vi anbefaler, at I opdaterer Ocelot til den rettede version så hurtigt som muligt, da fejlen kræver hverken login eller brugerhandling og direkte omgår jeres IP-baserede adgangskontrol. Det er kun forsvarligt at vente, hvis I kan dokumentere, at WebSocket-funktionaliteten er slået fra i jeres opsætning, eller hvis I har et andet uafhængigt lag af IP-filtrering, for eksempel i en firewall, der dækker samme trafik.
Tidslinje
Konkrete eksempler
Blokeret IP-adresse får alligevel adgang
En dansk virksomhed har blokeret IP-adresserne fra en tidligere leverandør efter et samarbejde ophørte. Leverandøren, eller en angriber, der har overtaget dennes adgang, sender i stedet en WebSocket-opgraderingsanmodning til virksomhedens Ocelot-gateway. Fordi denne trafik ikke tjekkes af sikkerhedskomponenten, får den forbudte klient alligevel adgang til bagvedliggende data.
Ofte stillede spørgsmål
Hvordan finder vi ud af, om vi bruger en sårbar version af Ocelot?
Tjek versionsnummeret på jeres Ocelot-installation eller NuGet-pakke. Alle versioner til og med 24.1.0 er sårbare, med mindre rettelsen fra commit f156fd4 er anvendt manuelt.
Kan vi vente til weekenden med at opdatere?
Det kan I, hvis I i mellemtiden midlertidigt deaktiverer eller blokerer WebSocket-opgraderinger i jeres opsætning, eller hvis I har en uafhængig IP-filtrering i en firewall eller reverse proxy foran Ocelot. Uden en sådan afskærmning bør opdateringen ske hurtigere.
Kræver angrebet, at angriberen kender vores interne systemer?
Nej. Angriberen skal blot kunne sende en netværksanmodning til jeres Ocelot-gateway og bede om en WebSocket-opgradering. Der kræves ikke login eller kendskab til bagvedliggende systemer for at omgå IP-blokeringen.
Rammer det kun systemer, der bruger WebSocket aktivt?
Sårbarheden ligger i selve Ocelot-gatewayen. Selv hvis I ikke selv bruger WebSocket i jeres applikationer, kan en angriber stadig sende en WebSocket-opgraderingsanmodning og udnytte den manglende sikkerhedstjek i den pipeline-gren.
Skal vi anmelde dette til en myndighed?
Det afhænger af, om I finder tegn på, at sårbarheden faktisk er blevet udnyttet, og om persondata er blevet tilgået. Er der konstateret adgang til personoplysninger, kan det udløse anmeldelsespligt efter databeskyttelsesreglerne, og I bør i så fald søge juridisk rådgivning hurtigt.
CVSS-detaljer
CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:N
CWE-svaghedstyper
Original NVD-beskrivelse (engelsk)
Ocelot through 24.1.0, fixed in commit f156fd4, contains a security control bypass vulnerability that allows denied clients to circumvent IP-based access restrictions by sending WebSocket upgrade requests. The WebSocket upgrade pipeline branch configured via MapWhen in OcelotPipelineExtensions.cs omits SecurityMiddleware, causing requests from blocked IP addresses to be proxied to downstream services without enforcement of the configured allow/block list.
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.