CVE-2026-48144: Kritisk certifikatfejl i Apache Thrift
Apache Thrift’s c_glib-bindinger tjekker ikke certifikatets hostname korrekt. Opdatér til version 0,24.0.
Hvad er det?
CVE-2026-48144 er en fejl i Apache Thrift, som er et framework til at lave RPC-kommunikation (fjernkald mellem programmer) mellem systemer skrevet i forskellige programmeringssprog. Fejlen sidder specifikt i c_glib-bindingerne, som er den variant af Thrift, der bruges i C-baserede programmer via glib-biblioteket. Når en klient opretter en krypteret forbindelse med TLS, skal den kontrollere, at certifikatets hostname matcher den server, den taler med. Denne kontrol fejler i de sårbare versioner, så en klient kan blive narret til at tale med en falsk server, der udgiver sig for at være den rigtige.
Hvem rammer det?
Det rammer virksomheder, der bruger Apache Thrift i C-baserede applikationer med c_glib-bindinger til at kommunikere med andre systemer over TLS. Det gælder alle versioner før 0,24.0. Typisk vil det være virksomheder med interne microservices, systemintegrationer eller specialudviklede backend-løsninger, hvor Thrift bruges som kommunikationslag mellem tjenester.
Hvad kan ske?
En angriber, der sidder på samme netværk eller kan omdirigere trafikken, kan udgive sig for at være den legitime server. Fordi certifikatets hostname ikke bliver tjekket korrekt, accepterer klienten forbindelsen alligevel. Angriberen kan derefter læse data, der sendes i klar tekst gennem den krypterede forbindelse, og i nogle tilfælde også ændre data undervejs. For en dansk virksomhed betyder det risiko for, at følsomme data, adgangskoder eller forretningsdata bliver aflæst eller manipuleret uden at nogen bemærker det.
Hvor alvorligt er det?
CVSS-scoren er 9,1 ud af 10, kritisk. Angrebet kræver ikke login og ingen handling fra en bruger, og det kan udføres over netværket med lav kompleksitet. Konsekvensen er høj risiko for læk af fortrolige data og manipulation af data, men ikke for nedbrud af systemet. Der er ikke oplyst tegn på, at sårbarheden aktivt udnyttes, men fejlen er nem at forstå og relativt let at udnytte for en angriber, der kan placere sig mellem klient og server.
Hvad gør jeg nu?
Sådan lukker I hullet og begrænser risikoen:
- Opdatér Apache Thrift til version 0,24.0 eller nyere i alle systemer, der bruger c_glib-bindingerne.
- Gennemgå jeres kodebase for, hvor Thrift bruges med TLS, og bekræft, at opdateringen faktisk er slået i brug efter genstart af de relevante tjenester.
- Kontrollér certifikaterne, der bruges i jeres Thrift-forbindelser, og sørg for, at de er korrekt udstedt til de rigtige hostnames.
- Overvåg netværkstrafik for uventede TLS-fejl eller certifikatadvarsler i logfiler, som kan indikere forsøg på at udnytte fejlen.
- Hent hjælp udefra, hvis I ikke selv kan identificere, hvor Thrift med c_glib bruges i jeres systemer, eller hvis opdateringen kræver ændringer i tredjepartsintegrationer.
Opdatér inden for en uge
Vi anbefaler, at I opdaterer Apache Thrift til version 0,24.0 hurtigst muligt, hvis I bruger c_glib-bindingerne med TLS. Det er en simpel opdatering, der lukker et hul, som ellers kræver en angriber med adgang til netværket for at kunne udnytte. Det er acceptabelt at vente til næste planlagte opdateringsvindue, hvis systemet kun kommunikerer internt på et lukket netværk uden ekstern adgang, men vi vil stadig anbefale, at det ikke trækker for langt ud.
Tidslinje
Konkrete eksempler
Intern serviceintegration i en dansk fremstillingsvirksomhed
En dansk fremstillingsvirksomhed bruger Apache Thrift til at forbinde et ordresystem skrevet i C med et lagerstyringssystem over det interne netværk. En medarbejder med adgang til netværksudstyr, eller en angriber, der har fået fodfæste i netværket, omdirigerer trafikken og udgiver sig for at være lagersystemet. Fordi certifikatkontrollen fejler, accepterer ordresystemet forbindelsen, og angriberen kan læse følsomme ordre- og lagerdata, der sendes mellem systemerne.
Ofte stillede spørgsmål
Er vi ramt af denne sårbarhed?
I er ramt, hvis jeres virksomhed bruger Apache Thrift med c_glib-bindingerne i en version før 0,24.0, og forbindelserne bruger TLS. Tjek jeres afhængigheder eller spørg jeres udviklere, om Thrift indgår i jeres systemarkitektur.
Hvordan tjekker vi, hvilken version vi kører?
I kan finde versionen i jeres byggefiler, pakkehåndtering eller ved at spørge den leverandør, der har udviklet systemet for jer. Søg efter ‘thrift’ i jeres afhængighedslister.
Kan vi vente til weekenden med at opdatere?
Ja, det kan I typisk godt, da der ikke er kendte tegn på aktiv udnyttelse. Men vent ikke længere end en uges tid, da fejlen er relativt nem at forstå og udnytte, hvis den bliver kendt bredere.
Skal vi anmelde dette til nogen myndighed?
Der er ikke krav om anmeldelse alene fordi sårbarheden findes. Hvis I efterfølgende konstaterer, at data faktisk er blevet kompromitteret som følge af fejlen, skal I vurdere jeres anmeldelsespligt efter databeskyttelsesreglerne som normalt.
Hvad hvis vi ikke selv har udviklet systemet, der bruger Thrift?
Kontakt jeres leverandør eller systemudvikler og spørg, om de bruger Apache Thrift med c_glib, og om de har opdateret til version 0,24.0. Bed om en skriftlig bekræftelse, hvis det er et forretningskritisk system.
Ramte produkter
Apache: Thrift
< 0.24.0
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)
Improper Validation of Certificate with Host Mismatch vulnerability in Apache Thrift 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.