En af eMudhras certifikatnøgler var tallet 4, så alle kunne forfalske ethvert website

Den hemmelige nøgle bag et af certifikaterne, der bekræfter et websites identitet, viste sig at være tallet fire. Ikke et langt tilfældigt tal, der tilfældigvis begynder med fire, men bare fire. Syv andre nøgler fra den samme indiske certifikatmyndighed, eMudhra, var næsten lige så små, og enhver, der har dem, kan udstede et certifikat til et hvilket som helst website – fra en bank til en e-mailudbyder – som software, der stoler på eMudhra, accepterer som ægte.

Det er disse certifikater, hængelåsen i din browser kontrollerer. Med et forfalsket certifikat kan en angriber, der befinder sig mellem dig og internettet – på caféens wi-fi, via en hacket router eller gennem et fjendtligt nationalt netværk – udgive sig for at være det rigtige website og læse eller ændre det, du sender. Chrome, Firefox, Safari og Microsofts platforme stoler ikke længere på de otte certifikater. Det gør masser af anden software på dine enheder stadig.

En normal nøgle af denne type er et tilfældigt tal på omkring 384 bit, hvilket giver omtrent 10 opløftet til 115 mulige værdier. eMudhras nøgler var mellem 3 og 8 bit: 4, 56, 66, 115, 155, 156, 230 og 237, som Ars Technica opregner. Sikkerhedsforskeren Scott Helme skrev, at han genskabte alle otte ud fra de offentlige certifikater på sin bærbare computer, »og det tog mindre end et sekund«. Senere tilføjede han, at Anthropics Claude gjorde det samme med en enkelt prompt.

Ingen behøvede at stjæle noget. I sin redegørelse til Mozilla, som BleepingComputer omtalte, gav eMudhra en fejl i scriptet, der blev brugt under virksomhedens ceremoni for generering af nøgler, skylden: Scriptet oprettede et ekstra, svagt sæt nøgler, og medarbejderne valgte dem ved en fejl, fordi etiketterne lignede hinanden. Virksomheden, der siger, at den har udstedt mere end 60 millioner digitale certifikater, fortalte Mozilla, at de fleste af de berørte mellemliggende certifikater aldrig blev taget i brug, og at den ikke har fundet tegn på, at de blev brugt til at underskrive certifikater til slutbrugere. Den har tilbagekaldt alle otte og standset udstedelsen under den berørte rod.

Browsere er den nemme del. Chrome, Firefox og Safari sender lydløst lister over tilbagekaldte certifikater ud til brugerne og kræver desuden, at alle certifikater optræder i offentlige Certificate Transparency-logfiler. Intet websitecertifikat, der var kædet sammen med disse nøgler, dukkede nogensinde op dér, så opdaterede browsere var som standard aldrig udsat. Problemet findes alle andre steder. Kommandolinjeværktøjer som curl, programmeringssprog som Python, Node og Go, VPN-klienter, Docker-containere og smart home-enheder har deres egne lister over betroede myndigheder, kontrollerer sjældent, om certifikater er tilbagekaldt, og ignorerer gennemsigtighedslogfilerne. Helme fremstillede et falsk certifikat til Stripes betalings-API og fandt ud af, at curl, Python og Node accepterede det på alle de Linux- og macOS-maskiner, han testede.

»Det her bliver en enorm oprydningsopgave, større end Heartbleed,« fortalte Filippo Valsorda, vedligeholder af Go-sprogets kryptografikode, Ars Technica med henvisning til OpenSSL-fejlen, som det tog flere år at få ryddet op efter. Han forventer »en meget, meget lang hale« af IoT-enheder, Docker-containere, glemte Linux-maskiner og værktøjer uden vedligeholdelse, der leveres med deres egen kopi af de betroede rodcertifikater. For at udnytte nøglerne skal angriberen stadig befinde sig på netværksforbindelsens rute, hvilket gør det muligt for regeringer, et kompromitteret kontornetværk eller den, der driver et offentligt hotspot. Signal, WhatsApp og WireGuard er ikke berørt, fordi de ikke baserer deres kryptering på disse certifikater, bemærker Ars.

Nøglerne kunne genskabes fra den dag, certifikaterne blev oprettet i april 2025 – et tidsrum på omkring 17 måneder – og det er umuligt at vide, om nogen brugte dem mod software, der springer kontrollen af gennemsigtighedslogfiler over. Alle certifikaterne blev også krydssigneret af Sectigos AAA Certificate Services-rodcertifikat i maj 2025, hvilket udvidede kredsen af systemer, der stolede på dem.

For de fleste er løsningen at installere opdateringer. En forsker indberettede nøglerne til browserproducenterne den 17. oktober. Mozilla blokerede certifikaterne i Firefox inden for tre timer samme dag, og den 20. oktober udsendte Mozilla Firefox 158.0.1, nye ESR-versioner og NSS 3.131.1, som fjerner eMudhra-rodcertifikatet. Apple tilføjede beskyttelse den 19. oktober og Microsoft den 20. oktober ifølge hændelsessiden, som drives af Mozilla-ingeniøren Dennis Jackson, selv om Ars konstaterede, at Edge på Windows 10 stadig oprettede forbindelse til testserverne, da artiklen blev offentliggjort. Go 1.27.3 og 1.26.10, pip 26.2.2, uv 0.13.4 og certifi 2026.10.19 er udkommet, Cloudflare har opdateret sine WARP- og 1.1.1.1-apps, og Linux-distributionerne udsender stadig nye ca-certificates-pakker. Den indbyggede curl-version i macOS bliver ved med at stole på nøglerne, indtil certifikatfilen redigeres manuelt.

Chrome har bekræftet, at eMudhra-rodcertifikatet bliver fjernet fra Chrome Root Store i version 43. Indtil alle enheder er opdateret, er der kun otte bit mellem en stor del af hverdagens software og en overbevisende forfalskning af ethvert website.

Tags: cybersikkerhed, Mozilla, Firefox, eMudhra, Google Chrome, kryptering