CVE-2026-45112: Alvorlig fejl i Apache Thrift Java
Fejl i Apache Thrift Java-biblioteket kan lade en angriber lukke tjenester ned uden login. Opdatér til 0.24.0.
Hvad er det?
CVE-2026-45112 er en fejl i Apache Thrift, et populært værktøj til at få forskellige programmeringssprog til at kommunikere med hinanden over netværk. Fejlen sidder i Java-delen af biblioteket og betyder, at systemet ikke sætter grænser for, hvor mange ressourcer det bruger, når det modtager data. En angriber kan sende specielt udformede forespørgsler, der får serveren til at allokere hukommelse eller andre ressourcer ubegrænset, indtil tjenesten går ned. Det kræver ikke login og ingen handling fra en bruger, kun netværksadgang til den sårbare tjeneste.
Hvem rammer det?
Det rammer virksomheder og kommuner, der bruger Apache Thrift Java-biblioteker i version 0.19.0 til og med version 0.23.x, typisk i backend-systemer, mikroservices eller integrationer mellem fagsystemer. Ofte er Apache Thrift indbygget i tredjepartssoftware eller egenudviklede systemer, uden at it-afdelingen nødvendigvis er klar over det. Det er relevant at gennemgå softwareoversigter og afhængighedslister for Java-projekter.
Hvad kan ske?
En angriber kan sende gentagne, specielt konstruerede forespørgsler mod en sårbar Thrift-tjeneste og dermed få den til at bruge al ledig hukommelse eller CPU, så tjenesten går ned eller stopper med at svare. For en dansk virksomhed betyder det driftsstop på det system, der bruger Thrift, for eksempel en integration mellem et fagsystem og en database. Der er ingen risiko for, at data bliver læst eller ændret, kun at tjenesten bliver utilgængelig.
Hvor alvorligt er det?
CVSS-score er 7,5 ud af 10, 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, at tjenesten bliver utilgængelig, altså et driftsstop. Der er ikke risiko for, at fortrolige data læses eller ændres. Der er ingen kendte tilfælde af, at fejlen er udnyttet i praksis endnu, men den er let at udnytte, hvis en sårbar tjeneste er tilgængelig fra internettet eller et internt netværk, en angriber har fået fodfæste i.
Hvad gør jeg nu?
Sådan lukker I hullet og begrænser risikoen, mens I opdaterer:
- Opdatér Apache Thrift Java-biblioteket til version 0.24.0 eller nyere i alle systemer, der bruger det.
- Kortlæg, hvilke af jeres systemer og integrationer der bruger Apache Thrift, og hvilken version, hvis I ikke allerede har en fuldstændig oversigt.
- Begræns netværksadgangen til Thrift-tjenester, så de kun kan tilgås fra betroede systemer, indtil opdateringen er gennemført.
- Overvåg driften af de pågældende systemer for uventet høj ressourceforbrug eller nedbrud, mens opdateringen planlægges.
- Test opdateringen i et testmiljø, hvis Thrift indgår i forretningskritiske integrationer, før den rulles ud i produktion.
- Kontakt en ekstern rådgiver, hvis I ikke selv kan afklare, om jeres systemer indeholder det sårbare bibliotek, eller hvis opdateringen kræver ændringer i tredjepartssoftware I ikke selv har kildekoden til.
Opdatér inden for en uge
Vi anbefaler, at I opdaterer Apache Thrift Java-biblioteket til version 0.24.0, hvor det er en del af jeres systemer. Da fejlen kun kan føre til driftsstop og ikke datalæk, kan opdateringen planlægges ind i et normalt driftsvindue inden for en uges tid, i stedet for at skulle laves akut samme dag. Det er dog vigtigt først at få klarlagt, om og hvor Apache Thrift bruges hos jer, da biblioteket ofte er indbygget i andre løsninger.
Tidslinje
Konkrete eksempler
Nedbrud af integration mellem fagsystemer
En kommune bruger en integration bygget på Apache Thrift til at udveksle data mellem et sagsbehandlingssystem og et selvbetjeningssystem for borgere. En angriber sender gentagne, specielt udformede forespørgsler til integrationstjenesten, som forbruger al ledig hukommelse og går ned. Selvbetjeningsløsningen bliver utilgængelig for borgerne, og it-afdelingen skal genstarte tjenesten og opdatere biblioteket, før stabil drift genoprettes.
Ofte stillede spørgsmål
Hvordan finder vi ud af, om vi bruger Apache Thrift?
Gennemgå jeres oversigt over softwareafhængigheder for Java-baserede systemer, eller spørg leverandører af fagsystemer og integrationer, om de bruger Apache Thrift, og i hvilken version. Det kan også findes i byggeafhængigheder som Maven eller Gradle under navnet libthrift.
Kan vi vente til den næste planlagte opdatering?
Ja, det er forsvarligt at vente få dage og lægge opdateringen ind i et normalt driftsvindue, da der ikke er set udnyttelse af fejlen, og konsekvensen alene er driftsstop, ikke datalæk. Vent dog ikke længere end en uges tid, hvis tjenesten er tilgængelig udefra.
Er vores data i fare, hvis vi er ramt?
Nej. Fejlen kan kun bruges til at få en tjeneste til at gå ned, ikke til at læse eller ændre data. Risikoen er driftsstop, ikke datalæk.
Skal vi anmelde dette til Datatilsynet?
Nej, ikke alene på baggrund af denne sårbarhed. Der er ingen risiko for adgang til persondata, så der er ikke tale om et databrud, der skal anmeldes. Bliver systemet faktisk taget ned af et angreb, bør I dog vurdere konsekvensen for jeres drift og eventuelle underliggende systemer.
Hvad gør vi, hvis vi ikke selv kan opdatere biblioteket?
Kontakt leverandøren af det system, der bruger Apache Thrift, og bed om en tidsplan for, hvornår de udgiver en opdateret version. I mellemtiden kan I begrænse netværksadgangen til systemet som en midlertidig beskyttelse.
Ramte produkter
Apache: Thrift
≥ 0.19.0, < 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)
Allocation of Resources Without Limits or Throttling vulnerability in Apache Thrift Java bindings.
This issue affects Apache Thrift: from 0.19.0 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.