CVE-2026-48145: Certifikatfejl i Apache Thrift C++
Apache Thrift under 0.24.0 tjekker ikke TLS-certifikater korrekt. Opdatér til 0.24.0 for at lukke hullet.
Hvad er det?
CVE-2026-48145 er en fejl i Apache Thrift, et rammeværktøj der bruges til at få forskellige systemer og programmeringssprog til at kommunikere med hinanden over netværk. Fejlen ligger i C++-delen af Thrift og betyder, at programmet ikke kontrollerer, om et TLS-certifikat faktisk matcher den server, det siger sig at være. TLS er den kryptering, der normalt sikrer, at forbindelsen går til den rigtige modtager og ikke kan aflæses undervejs. Uden korrekt kontrol kan en angriber præsentere et gyldigt certifikat for en helt anden server og alligevel blive godtaget som den rigtige modpart.
Hvem rammer det?
Det rammer virksomheder og organisationer, der har udviklet eller bruger systemer med Apache Thrift C++-bindinger i version under 0.24.0. Det gælder typisk internt udviklede systemer til datastrømme, mikroservices eller integrationer mellem baggrundssystemer, hvor Thrift bruges til kommunikation mellem servere. Danske virksomheder med egen softwareudvikling, som bygger på Thrift til intern eller ekstern systemintegration, bør tjekke deres kodebase og afhængigheder.
Hvad kan ske?
En angriber, der kan placere sig mellem to systemer, der taler sammen via Thrift, for eksempel på et delt netværk eller ved at overtage en DNS-opslag, kan udgive sig for at være den legitime server. Fordi certifikatet ikke bliver kontrolleret korrekt mod værtsnavnet, kan angriberen aflæse trafik, som skulle have været krypteret og fortrolig. I praksis betyder det, at data som adgangskoder, kundedata eller interne systemoplysninger kan blive læst af en uvedkommende, uden at nogen af parterne bemærker det.
Hvor alvorligt er det?
CVSS-scoren er 7,5 ud af 10, hvilket er alvorligt. Angrebet kræver ikke login og ingen handling fra brugeren, og det kan udføres over netværket med lav kompleksitet. Konsekvensen er fuld fortrolighed af data (C=HIGH), men fejlen påvirker ikke integritet eller tilgængelighed af systemerne. Der er ikke rapporteret aktiv udnyttelse af sårbarheden på offentliggørelsesdatoen, men fordi angrebsbetingelserne er lette at opfylde, bør det tages seriøst.
Hvad gør jeg nu?
Sådan lukker I hullet og begrænser risikoen, mens I opdaterer:
- Opdatér Apache Thrift til version 0.24.0 eller nyere i alle systemer, der bruger C++-bindingerne.
- Kortlæg, hvor Thrift bruges i jeres kodebase og hos underleverandører, så ingen forekomster overses.
- Gennemgå netværkssegmentering, så Thrift-baseret trafik ikke unødigt eksponeres på delte eller usikre netværk, indtil opdateringen er gennemført.
- Tjek logs for usædvanlige forbindelsesforsøg eller certifikatfejl, der kan indikere tidligere forsøg på udnyttelse.
- Kontakt jeres udviklingsleverandør eller en sikkerhedsrådgiver, hvis I ikke selv har overblik over, hvor og hvordan Thrift indgår i jeres systemer.
Opdatér inden for en uge
Vi anbefaler, at I opdaterer til Apache Thrift 0.24.0 så hurtigt, det praktisk kan lade sig gøre, især hvis Thrift-trafikken går over netværk, I ikke fuldt kontrollerer. Er Thrift kun brugt til intern kommunikation på et isoleret og tillidsfuldt netværk, kan opdateringen planlægges ind i næste vedligeholdelsesvindue uden akut hastværk. Er I i tvivl om, om jeres opsætning er sårbar, hjælper vi gerne med en hurtig gennemgang.
Tidslinje
Konkrete eksempler
Intern datastrøm aflyttet på kontornetværket
En dansk produktionsvirksomhed bruger Apache Thrift til at sende maskindata mellem produktionssystemer og et centralt dashboard. En medarbejder tilslutter en kompromitteret enhed til samme netværkssegment, og en angriber udgiver sig for at være dashboardserveren. Fordi certifikatet ikke bliver valideret korrekt, læser angriberen fortrolige produktionsdata, uden at det bliver bemærket i første omgang.
Ofte stillede spørgsmål
Er vi ramt af denne sårbarhed?
I er ramt, hvis jeres systemer bruger Apache Thrift med C++-bindinger i en version under 0.24.0. Tjek jeres afhængigheder eller spørg jeres udviklingsteam, om Thrift indgår i integrationer eller mikroservices.
Hvordan finder vi ud af, om vi bruger Apache Thrift?
Gennemgå jeres byggefiler og pakkeafhængigheder for referencer til ‘thrift’. Er I i tvivl, kan en udvikler eller sikkerhedsrådgiver hurtigt scanne kodebasen for jer.
Kan vi vente til efter weekenden med at opdatere?
Er Thrift-trafikken begrænset til et internt, sikret netværk, kan I godt vente til næste planlagte vindue. Går trafikken over åbne eller delte netværk, bør opdateringen prioriteres hurtigere.
Kræver opdateringen nedetid?
Det afhænger af jeres arkitektur. Da det er en biblioteksopdatering, kræver det typisk en genkompilering og genudrulning af de systemer, der bruger Thrift, hvilket kan planlægges som en almindelig softwareopdatering.
Skal vi anmelde dette til nogen myndighed?
Der er ikke i sig selv anmeldelsespligt for sårbarheden. Fører den til et faktisk databrud med persondata, kan I være forpligtet til at anmelde det til Datatilsynet efter de almindelige regler om databeskyttelse.
Er sårbarheden udnyttet i praksis?
Der er ikke kendte rapporter om aktiv udnyttelse på offentliggørelsesdatoen. Det ændrer ikke ved, at fejlen bør rettes, da angrebsbetingelserne er relativt lette at opfylde for en angriber med netværksadgang.
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:N/A:N
CWE-svaghedstyper
Original NVD-beskrivelse (engelsk)
Improper Validation of Certificate with Host Mismatch vulnerability in Apache Thrift C++ 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.