En av eMudhras certifikatnycklar var siffran 4, så vem som helst kunde förfalska en sajt

Den hemliga nyckeln bakom ett av certifikaten som intygar en webbplats identitet visade sig vara talet fyra. Inte ett långt slumptal som råkar börja på fyra, utan bara fyra. Ytterligare sju nycklar från samma indiska certifikatutfärdare, eMudhra, var nästan lika små. Den som har dem kan utfärda ett certifikat för vilken webbplats som helst, från en bank till en e-posttjänst, som programvara som litar på eMudhra godtar som äkta.

Det är de här certifikaten som hänglåset i webbläsaren kontrollerar. Med ett förfalskat certifikat kan en angripare som befinner sig mellan dig och internet – på ett kafés wifi, via en hackad router eller i ett fientligt nationellt nätverk – utge sig för att vara den riktiga webbplatsen och läsa eller ändra det du skickar. Chrome, Firefox, Safari och Microsofts plattformar har redan slutat lita på de åtta certifikaten. Men mycket annan programvara på dina enheter gör det fortfarande.

En vanlig nyckel av den här typen är ett slumptal på omkring 384 bitar, vilket ger ungefär 10 upphöjt till 115 möjliga kombinationer. eMudhras nycklar var mellan 3 och 8 bitar långa: 4, 56, 66, 115, 155, 156, 230 och 237, enligt Ars Technica. Säkerhetsforskaren Scott Helme skrev att han återskapade alla åtta från de offentliga certifikaten på sin bärbara dator, ”och det tog mindre än en sekund”. Senare tillade han att Anthropics Claude gjorde samma sak med en enda prompt.

Ingen behövde stjäla någonting. I sin redogörelse till Mozilla, som BleepingComputer rapporterade om, skyllde eMudhra på en bugg i skriptet som användes vid nyckelgenereringen: skriptet skapade en andra, svag uppsättning nycklar, och personalen valde av misstag dessa eftersom etiketterna såg likadana ut. Företaget, som uppger att det har utfärdat över 60 miljoner digitala certifikat, berättade för Mozilla att de flesta berörda mellanliggande certifikaten aldrig togs i bruk och att man inte hittat några belägg för att de använts för att signera certifikat åt slutanvändare. Företaget har återkallat alla åtta och slutat utfärda certifikat under den berörda rotcertifikatutfärdaren.

Webbläsarna är den enkla delen. Chrome, Firefox och Safari skickar i tysthet ut spärrlistor till användarna och kräver också att varje certifikat finns med i offentliga Certificate Transparency-loggar. Inget webbplatscertifikat som byggde på de här nycklarna dök någonsin upp där, så uppdaterade webbläsare var aldrig utsatta som standard. Problemet finns överallt annars. Kommandoradsverktyg som curl, språk som Python, Node och Go, VPN-klienter, Docker-containrar och smarta hem-prylar har egna listor över betrodda certifikatutfärdare, kontrollerar sällan om certifikat har återkallats och struntar i transparensloggarna. Helme skapade ett falskt certifikat för Stripes betalnings-API och upptäckte att curl, Python och Node godkände det på alla Linux- och macOS-datorer han testade.

”Det här blir ett enormt saneringsarbete, större än Heartbleed”, sade Filippo Valsorda, som underhåller Go-språkets kryptografikod, till Ars Technica. Han syftade på sårbarheten i OpenSSL, som tog flera år att städa upp efter. Han räknar med ”en väldigt, väldigt lång svans” av IoT-enheter, Docker-containrar, bortglömda Linux-datorer och verktyg som inte längre underhålls, men som levereras med en egen kopia av de betrodda rotcertifikaten. För att utnyttja nycklarna måste angriparen fortfarande befinna sig i nätverkstrafikens väg, vilket gör det möjligt för regeringar, någon med kontroll över ett komprometterat kontorsnätverk eller den som driver en offentlig surfpunkt. Signal, WhatsApp och WireGuard påverkas inte, eftersom de inte använder de här certifikaten för sin kryptering, skriver Ars.

Nycklarna gick att återskapa ända sedan certifikaten skapades i april 2025, under en period på omkring 17 månader. Det går inte att veta om någon använde dem mot programvara som hoppar över transparenskontrollen. Alla certifikat korssignerades dessutom av Sectigos rotcertifikat AAA Certificate Services i maj 2025, vilket gjorde att fler system litade på dem.

För de flesta är lösningen att installera uppdateringar. En forskare rapporterade nycklarna till webbläsartillverkarna den 17 oktober. Mozilla spärrade certifikaten i Firefox inom tre timmar samma dag, och den 20 oktober släppte företaget Firefox 158.0.1, nya ESR-versioner och NSS 3.131.1, som tar bort eMudhra-rotcertifikatet. Apple lade till skydd den 19 oktober och Microsoft den 20 oktober, enligt incidentwebbplatsen som drivs av Mozilla-ingenjören Dennis Jackson. Ars upptäckte dock att Edge på Windows 10 fortfarande anslöt till testservrarna när artikeln publicerades. Go 1.27.3 och 1.26.10, pip 26.2.2, uv 0.13.4 och certifi 2026.10.19 finns nu tillgängliga, Cloudflare har uppdaterat sina appar WARP och 1.1.1.1, och Linuxdistributioner håller fortfarande på att leverera nya paket med ca-certificates. Den inbyggda versionen av curl i macOS fortsätter att lita på nycklarna tills certifikatfilen redigeras manuellt.

Chrome har bekräftat att eMudhra-rotcertifikatet kommer att tas bort från Chrome Root Store i version 43. Tills alla enheter har hunnit uppdateras står åtta bitar mellan en stor mängd vardagsprogramvara och en övertygande förfalskning av vilken webbplats som helst.

Taggar: cybersäkerhet, Mozilla, Firefox, eMudhra, Google Chrome, kryptering