CVE-2026-48586: DoS-sårbarhed i Apache Thrift
Apache Thrift før version 0.24.0 kan lammes af små, stærkt komprimerede data, der udvider sig voldsomt. Opdatér til 0.24.0.
Hvad er det?
Apache Thrift er et rammeværk, som mange virksomheder bruger til at bygge services, der kommunikerer med hinanden på tværs af programmeringssprog, for eksempel mellem en Java-baseret backend og en Python-baseret tjeneste. CVE-2026-48586 er en fejl i, hvordan Thrift håndterer stærkt komprimerede data, kaldet data amplification. En modtager, der pakker data ud (dekomprimerer), kan ende med at bruge langt mere hukommelse og processorkraft, end den indkommende datamængde umiddelbart antydede, fordi et lille komprimeret input kan udvide sig til en meget stor mængde data internt. Det kan overbelaste den tjeneste, der modtager dataene, uden at der er behov for login eller brugerhandling.
Hvem rammer det?
Sårbarheden findes i Apache Thrift version 0.24.0 og ældre, i bindingerne til C++, Java, Python, Go, D og C/GLib. Det rammer virksomheder, der har bygget interne eller eksterne services, API’er eller mikroservicearkitekturer med Thrift som kommunikationslag, uanset hvilket af de nævnte sprog services er skrevet i. Er Thrift-tjenesten tilgængelig fra internettet eller fra et netværk, angriberen har adgang til, er den udsat.
Hvad kan ske?
En angriber kan sende en lille mængde specielt komprimerede data til en Thrift-baseret tjeneste og derved få den til at bruge al sin hukommelse eller processorkraft på at pakke dataene ud. Resultatet er, at tjenesten går ned eller stopper med at svare, det man kalder en overbelastningsangreb (denial of service). For en dansk virksomhed kan det betyde, at en kritisk backend-service, et API eller en integration mellem systemer holder op med at fungere, hvilket kan lamme forretningsprocesser, der er afhængige af den pågældende service.
Hvor alvorligt er det?
CVSS-scoren er 7,5 af 10, kategoriseret som alvorlig. Angrebet kræver ikke login og ingen handling fra en bruger, og det kan udføres over netværket med lav teknisk kompleksitet. Konsekvensen er alene tilgængelighed, det vil sige at tjenesten bliver utilgængelig; der er ikke risiko for, at angriberen kan læse eller ændre data. Der er ved offentliggørelsen ingen kendte tilfælde af aktiv udnyttelse, men fordi angrebet er let at udføre og ikke kræver godkendelse, bør det tages seriøst hvis Thrift-tjenesten er netværkstilgængelig.
Hvad gør jeg nu?
Følg disse skridt for at lukke sårbarheden og begrænse risikoen, mens I opdaterer.
- Opdatér alle Apache Thrift-biblioteker og -tjenester til version 0.24.0 eller nyere. Det er den eneste løsning, der fjerner fejlen.
- Kortlæg, hvor Thrift bruges i jeres systemer, og prioritér de tjenester, der er tilgængelige fra internettet eller fra mindre tillidsfulde netværk.
- Indfør eller kontrollér grænser for, hvor store dekomprimerede datamængder en tjeneste må behandle, som en midlertidig beskyttelse indtil opdatering er gennemført.
- Overvåg logs for services, der pludselig bruger meget hukommelse eller processorkraft, og som modtager komprimerede data fra eksterne kilder.
- Begræns netværksadgang til Thrift-tjenester med firewallregler, så kun betroede systemer kan sende data til dem.
- Er I i tvivl om, hvilke systemer der bruger Thrift, eller har I ikke ressourcer til at gennemføre opdateringen selv, bør I søge hjælp fra en it-sikkerhedsrådgiver.
Opdatér inden for to uger
Vi anbefaler, at I opdaterer Apache Thrift til version 0.24.0 i alle systemer, hvor det anvendes, med højest prioritet på tjenester, der er tilgængelige fra internettet. Er Thrift kun brugt i et internt, velafgrænset netværk uden ekstern adgang, kan opdateringen planlægges til næste normale vedligeholdelsesvindue. Er I i tvivl om jeres eksponering, hjælper vi gerne med at kortlægge, hvor Thrift indgår i jeres arkitektur.
Tidslinje
Konkrete eksempler
Mikroservice går ned under dataangreb
Et dansk produktionsvirksomheds it-afdeling har bygget flere interne mikroservices, hvor en ordrebehandlingsservice skrevet i Java kommunikerer med et lagersystem via Apache Thrift. En ekstern part, der har adgang til virksomhedens netværk gennem en kompromitteret leverandørforbindelse, sender en lille, stærkt komprimeret datapakke til Thrift-grænsefladen. Ordrebehandlingsservicen bruger al sin hukommelse på at pakke dataene ud og går ned, hvilket stopper ordreflowet i flere timer, indtil it-afdelingen genstarter servicen og identificerer årsagen.
Ofte stillede spørgsmål
Hvordan finder vi ud af, om vi bruger Apache Thrift?
Tjek jeres udviklingsteams’ afhængighedslister (dependency-filer) for pakker eller biblioteker med navnet thrift, uanset om jeres systemer er skrevet i Java, Python, Go, C++, D eller C. Spørg desuden leverandører af tredjepartssystemer, om de anvender Apache Thrift internt.
Er vi ramt, hvis vi kun bruger Thrift internt på et lukket netværk?
Risikoen er lavere, men ikke nul, fordi en angriber med adgang til det interne netværk, for eksempel via en anden kompromitteret maskine, stadig kan udnytte fejlen. Vi anbefaler opdatering, men det kan planlægges med mindre hastværk end for internetvendte tjenester.
Kan vi vente til weekenden med at opdatere?
Er tjenesten ikke tilgængelig fra internettet, kan I typisk vente til jeres næste planlagte vedligeholdelsesvindue. Er tjenesten netværkstilgængelig udefra, bør opdateringen prioriteres inden for de kommende dage, da angrebet ikke kræver login eller brugerhandling.
Hvordan opdaterer vi Apache Thrift uden at ødelægge eksisterende integrationer?
Test opdateringen i et testmiljø først, da en versionsopgradering af et kommunikationsbibliotek kan påvirke kompatibiliteten mellem services, der kommunikerer via Thrift. Sørg for, at alle services, der taler med hinanden via Thrift, opdateres samtidigt eller inden for kort tid af hinanden.
Skal vi anmelde denne sårbarhed til nogen?
Der er ikke lovkrav om anmeldelse af sårbarheden selv. Fører en udnyttelse til et faktisk sikkerhedsbrud med driftsforstyrrelser, kan det være relevant at vurdere anmeldelsespligt efter NIS2, hvis jeres virksomhed er omfattet, eller efter databeskyttelsesreglerne, hvis persondata påvirkes.
Ramte produkter
Apache: Thrift
< 0.24.0
CVSS-detaljer
CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:H
CWE-svaghedstyper
Original NVD-beskrivelse (engelsk)
Improper Handling of Highly Compressed Data (Data Amplification) vulnerability in Apache Thrift C++, Java, Python, Go, D, C/GLib bindings.
This issue affects Apache Thrift: before 0.24.0.
Users are recommended to upgrade to version 0.24.0, which fixes the issue.
Brug for hjælp med jeres sikkerhed?
Vi hjælper SMV’er med at omsætte trusler som denne til konkrete handlingsplaner.