eMudhra intermediate CA-kompromiss: webbläsarblocklistor och förtroendegapet vid körning
Åtta eMudhra mellanliggande signeringsnycklar komprometterades, inklusive sex som användes för TLS och två för kodsignering.
Åtta eMudhra mellanliggande signeringsnycklar komprometterades, inklusive sex som användes för TLS och två för kodsignering. Episoden följer Mozillas bekräftelse, webbläsarblockering och nedströmsuppdateringar för att förklara varför en distribuerad applikation behöver sin egen förtroendekonfiguration kontrollerad. En separat Tor-rapport visar en SSH-värdidentitetsvarning som gör sitt jobb.
Läs den skrivna upplagan (engelska) ↗
Vad den här videon täcker
- De komprometterade nycklarna tillhör mellanliggande signerare. Rotmisstro kan mildra en kedja utan att bevisa att den privata rotnyckeln komprometterades.
- En webbläsares nödblocklista och en applikations paketerade CA-lagring kan följa separata uppdateringsvägar. Kontrollera den körande processen och dess faktiska förtroendekonfiguration.
- Mozilla bekräftade oberoende återställbara privata nycklar. Rapporten beskriver inga CT-poster för de drabbade mellanhänderna; faktiskt missbruk mot andra klienter är fortfarande okänt.
- Primära versioner verifierar certifi 2026.10.19 och Node 24.22.1 för de diskuterade grenarna. Anpassade CA-paket och andra körningsgrenar behöver sina egna kontroller.
- Tor-forskarens 333-reläkonto rör en incident i början av oktober som publicerades den 20 oktober. Cirka tio procent är ett reläantal, inte en mätning av avlyssnad trafik.
- En nätverks timeout ensam fastställer inte att certifikatvalidering avvisade en komprometterad kedja. Bevara verifieringen och skilj transportfel från autentiseringsfel.
Översatt transkription
Översatt från den ursprungliga engelska berättelsen. Tillgängligt ljud och undertexter styrs av YouTube.
Varför kan en fixad webbläsare lämna en app exponerad?
0:00 eMudhra-webbläsarfixen låter som en "all-clear". Åtta komprometterade signeringsnycklar lämnar fortfarande programvara med gamla förtroendebeslut. I den här videon, vem kan signera? Varför är klienterna oense? Och vilken uppdatering når faktiskt din app? Ett litet beroende behåller sin egen förtroendelista. Vi kommer tillbaka till processen som bestämmer om din fix kom fram. Det är onsdag den tjugoförsta oktober, och detta är The Daily Diff.
0:22 eMudhra är en certifikatutfärdare. Den signerar digitala certifikat som hjälper programvara att autentisera webbplatser och tjänster. De komprometterade nycklarna inkluderar sex som används för webbanslutningar och två för signering av programvara. En mellanliggande är en delegerad signerare under en betrodd rot. På fredagen skickade en reporter vid namn Wayne bevis till rotprogrammen. På tisdagen förklarade den offentliga incidentwebbsidan saneringen. Idag får utvecklare upptäcka hur många kopior av förtroende deras perfekt normala applikation har samlat på sig.
Vad auktoriserar en mellanliggande nyckel?
0:49 Här är den vanliga kedjan. En webbplats presenterar ett certifikat, en mellanliggande signerar det, och din klient följer kedjan till en rot den redan litar på. Roten är din lokala startpunkt. Den som kontrollerar den mellanliggande nyckelns privata nyckel kan signera under den auktoriteten. En matematiskt giltig signatur kan ha en helt otillförlitlig signerare. Valideraren behöver ett sätt att dra tillbaka förtroendet efter en kompromiss. Wayne signerade meddelandet, "Vi har ett problem här, Wayne,"
1:12 med varje nyckel. Mozilla verifierade nyckelkontroll, sedan återställde de oberoende nycklarna. Nödåtgärden började med en mening som låter som om någon märkte att kontorsskrivaren rök.
Vad är bevisat, och vad är fortfarande okänt?
1:22 Den offentliga rapporten säger att nycklarna genererades felaktigt och kunde återställas från certifikaten, skapade i april förra året. Faktiskt missbruk mot annan programvara är fortfarande okänt. Återställbar signeringsbehörighet är tillräckligt brådskande utan en uppfunnen offerlista. Det finns en viktig gräns här. Rapporten fann inga certifikat transparensposter för dessa mellanhänder under den perioden.
1:42 Den säger att webbläsare som tillämpar transparens inte kunde ha attackerats via denna väg. Den extra webbläsarkontrollen hjälper till att förklara varför rubriken ensam överskattar bilden. eMudhra berättade för Mozilla att cirka trettio tusen certifikat behövde migreras till en annan kedja. Dessa är fungerande tjänster vars ägare måste byta ut certifikat under saneringen. Någonstans blev en kalenderinbjudan just ett produktionsberoende.
Varför är webbläsaren och körningen oense?
2:03 Webbläsarleverantörer distribuerar nödblocklistor. Rapporten registrerar Firefox och Chromes åtgärder på fredagen, följt av Apple och Microsoft. Dessa klienter kan avvisa den komprometterade mellanhanden samtidigt som de erkänner dess rot. Denna regel färdas separat från din applikations paket. Vissa klienter kontrollerar en kedja mot betrodda rötter utan att konsumera nödförkastningsinformation. Myndigheten kan publicera en återkallelse, och den klienten kan fortsätta att acceptera kedjan.
2:27 Att sätta upp en skylt på dörren fungerar bättre när besökaren läser skyltar. Mozilla säger att vissa Android-profiler misslyckades med att tillämpa den uppdaterade blocklistan vid start. En fix släpptes i Firefox 158.02. Så håll webbläsaren uppdaterad också. Tillkännagivandet kan inte inventera din telefon. Underhållare kan ta bort en förtroendeankare när klienter saknar snävare blockering. Mozillas tråd beskriver nödmisstro mot emSign ECC-roten, generation tre. Att ta bort en rot från en förtroendelagring blockerar kedjor som förlitar sig på
2:54 den, även när rotens privata nyckel själv aldrig komprometterades. Pythons senaste certifi-version är en nedströmsuppdatering.
Vilka uppdateringar nådde Python och Node?
3:01 Dess commit återställer också opåverkade emSign-rötter efter en tidigare borttagning. Att radera allt som bär företagets namn är ett dåligt substitut för det underhållna paketet. Du vill att den farliga kedjan avvisas och att legitima kunder fortfarande fungerar. Utgivningshistoriken bevarar båda besluten. Säkerhetsstädning har det glamorösa jobbet att vara brådskande, precis och skuldbelagd för vilken tjänst som än går sönder under lunchen. Nodes version 24.22.1 skickades idag med uppdaterade
3:26 rötter. Kontrollera din egen grenens rådgivning och faktiska CA-konfiguration. Ett anpassat paket kan ändra vilken förtroendelagring processen använder. I Tor publicerade en forskare igår en redogörelse för trehundratrettiotre
Vad fångade Tor-värdnyckelvarningen?
3:36 komprometterade utgångsreläer. Avlyssningen började tidigare denna månad. Reläerna flaggades och stängdes ner dagar senare, innan rapporten anlände. SSH varnade forskaren att serverns identitet hade ändrats. Han rapporterade det till Tors nätverkshälsoteam. Deras operatörsmeddelande bekräftar rapporter om avlyssning. Den varningen gjorde precis det obekväma som autentisering ska
3:57 göra. Cirka tio procent räknade reläer med olika kapaciteter, vilket lämnade trafikandelen omättad. Tor-routing och SSH-serveridentitet har separata jobb. Verifiera en ändrad värdnyckel via en betrodd kanal innan du accepterar den och loggar in. Tillbaka i din app, börja med den körande containern eller den virtuella miljön.
Hur kontrollerar du den distribuerade fixen?
4:12 Hitta det CA-paket den faktiskt använder och tillämpa den relevanta uppdateringen. Bygg om och starta om den distribuerade processen så att den kan ladda det ändrade förtroende materialet. Använd underhållarnas offentliga testkedjor i klientens verkliga miljö. Håll certifikatfelet separat från en nätverkstimeout. En misslyckad anslutning på hotell-Wi-Fi är ett utmärkt test av hotell-Wi-Fi. Det lilla beroendet är en separat paketerad förtroendelagring, som certifi. Din stationära webbläsare redigerar aldrig det beroendet inuti en gammal container. Den distribuerade processen och dess konfiguration avgör om fixen
4:42 kom fram. Det är platsen att verifiera din uppdatering. Om du hellre läser detta än hör mig säga det, landar diffen i din inkorg varje morgon, gratis på the daily diff dot dev, länk nedan.
Vad får stämpeln NEEDS REVIEW?
4:51 Så dagens dom är NEEDS REVIEW. Jag vill att den distribuerade klientens förtroende kontrolleras innan någon stänger denna incident. Prenumerera, tryck på klockan och berätta i kommentarerna om du skulle ha stämplat det annorlunda. Och det var diffen för idag. Jag är Niko från Axrisi. Sammanfoga ansvarsfullt.
Källor
- eMudhra Intermediate CA CompromiseDennis Jackson
- Private key compromise of eMudhra Intermediate CertificatesMozilla Bugzilla
- certifi 2026.10.19 releasecertifi
- Restore unaffected emSign rootscertifi
- Node 24.22.1 security releaseNode.js
- Update root certificates to NSS 3.131.1Node.js
- How I got over 300 Tor exit nodes removedKABA
- Security incident affecting some relay operatorsTor Project network health



