CVE-2026-81707: Kritisk fejl i openssl_encrypt
Fejl i openssl_encrypt før version 1.4.9 lader angribere forfalske fingeraftryk ved nøgleverifikation. Opdatér til 1.4.9.
Hvad er det?
Sårbarheden findes i openssl_encrypt, et bibliotek der bruges til at håndtere krypteringsnøgler og identitetsdokumenter. Fejlen skyldes manglende sanering af inputdata (CWE-20): e-mail-feltet i importerede identitetsdokumenter renses ikke for ANSI-escapesekvenser, som er specialkoder der styrer, hvad terminalen viser på skærmen. En angriber kan derfor indlejre kode i feltet, så terminalen viser et falsk fingeraftryk, når brugeren forsøger at verificere en nøgle uden om det almindelige kommunikationssystem. Denne verifikation er netop tiltænkt at afsløre, om en nøgle er blevet byttet ud af en angriber.
Hvem rammer det?
Sårbarheden rammer alle systemer og applikationer, der anvender openssl_encrypt i versioner før 1.4.9 til at importere og vise identitetsdokumenter, for eksempel værktøjer til krypteret e-mail, chatprogrammer med nøgleudveksling eller interne systemer, der bruger biblioteket til identitetshåndtering. Både virksomheder, der selv har udviklet løsninger på biblioteket, og dem der bruger tredjepartsprodukter baseret på det, kan være berørt.
Hvad kan ske?
En angriber kan sende et manipuleret identitetsdokument via normal kontaktudveksling eller som svar fra en keyserver, en server der distribuerer offentlige nøgler. Når modtageren importerer dokumentet og forsøger at verificere nøglens ægthed, viser terminalen et fingeraftryk, der ser korrekt ud, men reelt tilhører angriberens egen nøgle. Dermed kan angriberen udgive sig for at være en betroet modpart, aflytte kommunikation eller sætte sig mellem to parter uden at blive opdaget.
Hvor alvorligt er det?
CVSS-scoren er 9,8 ud af 10, hvilket er kritisk. Angrebet kræver ingen login-oplysninger og ingen særlig handling fra brugeren ud over den almindelige proces med at importere en nøgle eller et kontaktdokument, hvilket mange gør rutinemæssigt. Sårbarheden kan udnyttes over netværket, og konsekvensen rammer fortrolighed, integritet og tilgængelighed i høj grad. Der er ikke oplysninger om, at sårbarheden aktivt udnyttes på offentliggørelsestidspunktet.
Hvad gør jeg nu?
Følgende trin bør gennemføres i den angivne rækkefølge.
- Opdatér openssl_encrypt til version 1.4.9 eller nyere på alle systemer og i alle applikationer, der bruger biblioteket.
- Gennemgå logs for import af identitetsdokumenter eller nøgler fra ukendte kilder eller keyservere før opdateringen blev gennemført.
- Informér medarbejdere, der bruger værktøjer baseret på openssl_encrypt, om at fingeraftryk vist i terminalen ikke kan stoles på, før opdateringen er på plads.
- Udskift nøgler, der er blevet verificeret via en sårbar version, hvis der er mistanke om manipulation.
- Kontakt en sikkerhedsrådgiver, hvis I ikke kan kortlægge, hvilke systemer der bruger biblioteket, eller hvis I finder tegn på misbrug.
Opdatér til 1.4.9 inden for 48 timer
Vi anbefaler, at I opdaterer openssl_encrypt til version 1.4.9 eller nyere hurtigst muligt, da sårbarheden er kritisk og let at udnytte. Det er ikke forsvarligt at vente, da fejlen direkte underminerer den mekanisme, der skal forhindre nøglesubstitution. Det er kun i orden at afvente, hvis I kan dokumentere, at biblioteket ikke bruges til at importere eller vise identitetsdokumenter fra eksterne kilder.
Tidslinje
Konkrete eksempler
Falsk nøgleverifikation ved samarbejde med ekstern leverandør
En dansk virksomhed udveksler krypterede dokumenter med en ekstern revisor via et system baseret på openssl_encrypt. En angriber sender et manipuleret identitetsdokument, der ser ud til at komme fra revisoren. Medarbejderen verificerer fingeraftrykket i terminalen, som ser korrekt ud, men reelt tilhører angriberens nøgle. Følsomme regnskabsdata krypteres derefter til den forkerte modtager.
Ofte stillede spørgsmål
Hvordan ved vi, om vi bruger openssl_encrypt?
Tjek jeres softwareoversigt eller afhængighedsliste for openssl_encrypt, samt eventuelle tredjepartsværktøjer til krypteret kommunikation eller nøglehåndtering, der kan bygge på biblioteket. Kontakt leverandøren af jeres krypteringsløsning, hvis I er i tvivl.
Kan vi vente med at opdatere til efter weekenden?
Vi fraråder det. Sårbarheden kræver hverken login eller usædvanlig brugerinteraktion, og den kan udnyttes så snart en medarbejder importerer et manipuleret identitetsdokument. Opdatér inden for de næste 48 timer.
Er sårbarheden allerede udnyttet i angreb?
Der er ikke offentliggjorte oplysninger om aktiv udnyttelse på offentliggørelsestidspunktet. Det ændrer dog ikke ved, at fejlen bør lukkes, da sårbarheder af denne type ofte udnyttes kort efter offentliggørelse.
Hvordan tjekker vi, om vi allerede er blevet ramt?
Gennemgå logs for import af identitetsdokumenter eller nøgler i perioden før opdateringen, især fra ukendte kontakter eller keyservere. Vær opmærksom på nøgler, der er blevet verificeret, men hvor fingeraftrykket ikke kan bekræftes ad anden vej.
Skal vi anmelde hændelsen til myndighederne?
Kun hvis I finder konkrete tegn på, at sårbarheden er blevet udnyttet, og at fortrolige oplysninger eller personoplysninger er kompromitteret. I så fald skal en eventuel anmeldelse til Datatilsynet vurderes efter gældende regler.
Hvad koster det at vente med opdateringen?
Da sårbarheden gør det muligt at forfalske nøgleverifikation uden brugerens vidende, kan konsekvensen være tab af fortrolige data eller identitetstyveri, hvis nøglen bruges til at underskrive eller kryptere følsomt materiale. Risikoen stiger for hver dag, opdateringen udskydes.
CVSS-detaljer
CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:H
CWE-svaghedstyper
Original NVD-beskrivelse (engelsk)
openssl_encrypt before 1.4.9 fails to sanitize the email field of imported identity documents, allowing attackers to inject ANSI escape sequences that forge the fingerprint verification line displayed to users. Attackers can deliver a crafted identity bundle through normal contact-exchange flows or keyserver responses to manipulate terminal output and display a fraudulent fingerprint, bypassing the out-of-band verification mechanism that protects against key substitution attacks.
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.