CVE-2026-81702: Nøglesubstitution i openssl_encrypt
openssl_encrypt før version 1.4.9 validerer ikke nøglers fingeraftryk, så angribere kan udskifte offentlige nøgler. Opdatér til 1.4.9.
Hvad er det?
CVE-2026-81702 er en sårbarhed i værktøjet openssl_encrypt, der bruges til at kryptere data og verificere digitale signaturer. Fejlen ligger i CWE-345, en kategori for utilstrækkelig kontrol af data-ægthed. Når openssl_encrypt indlæser identiteter fra filen identity.json, genberegner og kontrollerer programmet ikke fingeraftrykket, en kort kontrolsum der skal bekræfte, at en offentlig nøgle tilhører den rigtige ejer. En angriber kan derfor lægge sin egen offentlige nøgle ind i nøglelageret, mens det påståede fingeraftryk fastholdes uændret. Resultatet er, at kryptering foregår med angriberens nøgle, og signaturverificering alligevel viser ‘gyldig’, uden at nogen i systemet opdager udskiftningen.
Hvem rammer det?
Sårbarheden rammer alle installationer af openssl_encrypt i versioner før 1.4.9, hvor identiteter og offentlige nøgler hentes fra en identity.json-fil. Det gælder virksomheder og kommuner, der bruger openssl_encrypt til krypteret filudveksling, krypteret mail eller til at verificere signerede dokumenter mellem systemer eller samarbejdspartnere. Er nøglelageret delt mellem flere afdelinger eller eksterne parter, er risikoen for uopdaget nøgleudskiftning større.
Hvad kan ske?
En angriber, der kan skrive til eller manipulere identity.json, kan sætte sin egen offentlige nøgle ind i stedet for en legitim medarbejders eller samarbejdspartners nøgle. Fremadrettet krypteret indhold bliver derved låst med angriberens nøgle, som kan læse det i klartekst. Samtidig vil dokumenter, angriberen signerer, blive godkendt som ægte, fordi verificeringen stadig viser gyldigt resultat. For en dansk virksomhed kan det betyde, at fortrolige aftaler, personoplysninger eller økonomiske data ender hos en uvedkommende, uden at nogen tekniske alarmer udløses.
Hvor alvorligt er det?
CVSS-scoren er 9,8 af 10, kritisk. Angrebet kræver ingen login og ingen handling fra en bruger, og det kan udføres over netværket med lav teknisk kompleksitet. Konsekvensen rammer alle tre grundpiller for datasikkerhed: fortrolighed, integritet og tilgængelighed er alle sat til høj i CVSS-vurderingen. Der er ikke offentligt kendt aktiv udnyttelse af sårbarheden på offentliggørelsesdatoen, men den lave angrebskompleksitet og den kritiske score betyder, at det er en risiko, der bør håndteres, uanset det.
Hvad gør jeg nu?
Følgende trin lukker hullet og begrænser skaden, hvis en nøgleudskiftning allerede er sket.
- Opdatér openssl_encrypt til version 1.4.9 eller nyere, hvor fingeraftryk genberegnes og valideres korrekt ved indlæsning af identity.json.
- Gennemgå jeres identity.json-filer manuelt for nøgler, der ikke matcher de fingeraftryk, I selv har udstedt eller godkendt.
- Skift adgangskontrol til identity.json, så kun betroede systemer og personer kan skrive til filen.
- Gennemgå logfiler for krypteret trafik og signaturverificeringer i perioden, hvor jeres installation kørte en udaterede version, for tegn på uventet nøgleaktivitet.
- Udsted nye nøgler til de identiteter, hvor der er tvivl om ægtheden, og informér relevante samarbejdspartnere.
- Kontakt en sikkerhedsrådgiver, hvis I finder tegn på faktisk nøgleudskiftning, eller hvis I ikke selv kan verificere jeres identity.json-filer.
Opdatér inden for 72 timer
Vi anbefaler, at I opdaterer openssl_encrypt til version 1.4.9 snarest muligt, da sårbarheden kan udnyttes uden login og uden brugerhandling. Det er kun forsvarligt at vente, hvis identity.json ligger isoleret og skrivebeskyttet, så ingen uvedkommende kan ændre den, mens I planlægger opdateringen. I alle andre tilfælde bør opdateringen ske, før I foretager en manuel gennemgang af eksisterende nøgler.
Tidslinje
Konkrete eksempler
Krypteret filudveksling med en samarbejdspartner
En dansk virksomhed bruger openssl_encrypt til at udveksle krypterede kontraktdokumenter med en ekstern revisor via et delt nøglelager. En angriber med adgang til lageret udskifter revisorens offentlige nøgle, mens fingeraftrykket ser uændret ud. Fremtidige dokumenter krypteres nu til angriberens nøgle, og signaturer fra angriberen godkendes som ægte, uden at nogen i virksomheden bemærker det.
Ofte stillede spørgsmål
Er vi ramt af denne sårbarhed?
I er ramt, hvis I bruger openssl_encrypt i en version før 1.4.9, og programmet indlæser identiteter fra en identity.json-fil. Tjek jeres versionsnummer i konfiguration eller pakkehåndtering.
Hvordan tjekker vi, om en nøgle er blevet udskiftet?
Sammenlign de fingeraftryk, der ligger i identity.json, med de fingeraftryk, I selv har udstedt eller modtaget direkte fra afsenderen. Afvigelser er et tegn på manipulation.
Kan vi vente med opdateringen til efter weekenden?
Det kommer an på, om jeres identity.json er beskyttet mod uautoriseret skrivning. Er filen tilgængelig for flere systemer eller brugere, bør I opdatere før weekenden.
Skal vi anmelde dette som et sikkerhedsbrud?
Kun hvis I finder konkrete tegn på, at en nøgle faktisk er blevet udskiftet, og at persondata eller fortrolige oplysninger er blevet eksponeret. Vurderingen bør ske sammen med jeres databeskyttelsesrådgiver.
Påvirker opdateringen eksisterende krypterede data eller signaturer?
Opdateringen ændrer ikke allerede krypteret data, men den sikrer, at fremtidig indlæsning af identity.json validerer nøglerne korrekt. Data krypteret med en kompromitteret nøgle bør genkrypteres, når nøglen er skiftet.
Hvor finder vi den opdaterede version?
Version 1.4.9 og nyere af openssl_encrypt fås gennem samme distributionskanal, I normalt bruger til opdateringer, for eksempel pakkehåndtering eller officiel udgivelsesside.
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 re-derive and validate fingerprints when loading identities from identity.json, allowing attackers to substitute public keys in identity stores. Attackers can replace legitimate public keys with their own while maintaining the claimed fingerprint, enabling silent key substitution where encryption uses attacker keys and signature verification appears valid.
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.