# eMudhra intermediate CA-kompromittering: browser-sortlister og runtime-tillidsgab

Published: 2026-10-21

Otte eMudhra-mellemliggende signeringsnøgler blev kompromitteret, herunder seks brugt til TLS og to til kodesignering. Episoden følger Mozillas bekræftelse, browserblokering og efterfølgende opdateringer for at forklare, hvorfor en udrullet applikation skal have sin egen tillidskonfiguration kontrolleret. En separat Tor-rapport viser, at en SSH-værtsidentitetsadvarsel fungerer efter hensigten.

Canonical: https://thedailydiff.dev/da/video/2026-10-21-emudhra-trust-gap/

## Hvad denne video dækker

- De kompromitterede nøgler tilhører mellemliggende signere. Rodmistillid kan afbøde en kæde uden at bevise, at rodens private nøgle blev kompromitteret.
- En browsers nød-sortliste og en applikations indbyggede CA-butik kan følge separate opdateringsstier. Kontroller den kørende proces og dens faktiske tillidskonfiguration.
- Mozilla bekræftede uafhængigt genoprettelige private nøgler. Rapporten beskriver ingen CT-poster for de berørte mellemliggende; faktisk misbrug mod andre klienter forbliver ukendt.
- Primære udgivelser verificerer certifi 2026.10.19 og Node 24.22.1 for de diskuterede grene. Brugerdefinerede CA-bundter og andre runtime-grene kræver deres egne kontroller.
- Tor-forskerens 333-relay-konto vedrører en tidligere oktober-hændelse offentliggjort den 20. oktober. Groft sagt er ti procent et relay-antal, ikke en måling af opsnappet trafik.
- En netværks-timeout alene fastslår ikke, at certifikatvalidering afviste en kompromitteret kæde. Bevar verifikation og adskil transportfejl fra autentificeringsfejl.

## Kapitler

- 0:00 Hvorfor kan en fast browser efterlade en app sårbar?
- 0:49 Hvad bemyndiger en mellemliggende nøgle?
- 1:22 Hvad er bevist, og hvad forbliver ukendt?
- 2:03 Hvorfor er browseren og runtime uenige?
- 2:58 Hvilke opdateringer nåede Python og Node?
- 3:33 Hvad fangede Tor-værtsnøgleadvarslen?
- 4:10 Hvordan kontrollerer du den udrullede rettelse?
- 4:51 Hvad får NEEDS REVIEW-stemplet?

## Oversat udskrift

Oversat fra den originale engelske fortælling. Tilgængelig lyd og undertekster styres af YouTube.

### Hvorfor kan en fast browser efterlade en app sårbar?

0:00 eMudhra-browserrettelsen lyder som et klart signal. Otte kompromitterede signeringsnøgler efterlader stadig software med forældede tillidsbeslutninger. I denne video, hvem kan signere? Hvorfor er klienter uenige? Og hvilken opdatering når faktisk din app? En lille afhængighed bevarer sin egen tillidsliste. Vi vender tilbage til den proces, der afgør, om din rettelse er ankommet. Det er onsdag den 21. oktober, og dette er The Daily Diff.

0:22 eMudhra er en certifikatmyndighed. Den signerer digitale certifikater, der hjælper software med at autentificere websteder og tjenester. De kompromitterede nøgler inkluderer seks brugt til webforbindelser og to til signering af software. En mellemliggende er en delegeret signer under en betroet rod. I fredags sendte en reporter ved navn Wayne bevis til rodprogrammerne. Tirsdag forklarede den offentlige hændelsesside oprydningen. I dag får udviklere lov til at opdage, hvor mange kopier af tillid deres helt normale applikation har samlet.

### Hvad bemyndiger en mellemliggende nøgle?

0:49 Her er den almindelige kæde. Et websted præsenterer et certifikat, en mellemliggende signerer det, og din klient følger kæden til en rod, den allerede stoler på. Roden er dit lokale udgangspunkt. Den, der kontrollerer den mellemliggende private nøgle, kan signere under den myndighed. En matematisk gyldig signatur kan have en fuldstændig utroværdig signer. Validatoren har brug for en måde at trække tilliden tilbage efter et kompromis. Wayne underskrev meddelelsen, Vi har et problem her, Wayne,

1:12 med hver nøgle. Mozilla verificerede nøglekontrol og genoprettede derefter uafhængigt nøglerne. Nødberedskabet startede med en sætning, der lyder som om nogen bemærkede, at kontorprinteren røg.

### Hvad er bevist, og hvad forbliver ukendt?

1:22 Den offentlige rapport siger, at nøglerne blev genereret forkert og kunne genoprettes fra certifikaterne, oprettet i april sidste år. Faktisk misbrug mod anden software er stadig ukendt. Genoprettelig signeringsmyndighed er presserende nok uden en opfundet offerliste. Der er en vigtig grænse her. Rapporten fandt ingen certifikat transparens poster for disse mellemliggende i den periode.

1:42 Den siger, at browsere, der håndhæver transparens, ikke kunne være blevet angrebet via denne rute. Den ekstra browserkontrol hjælper med at forklare, hvorfor overskriften alene overdriver billedet. eMudhra fortalte Mozilla, at omkring tredive tusinde certifikater skulle migreres til en anden kæde. Det er fungerende tjenester, hvis ejere skal udskifte certifikater under oprydningen. Et sted er en kalenderinvitation lige blevet en produktionsafhængighed.

### Hvorfor er browseren og runtime uenige?

2:03 Browserleverandører distribuerer nød-sortlister. Rapporten registrerer Firefox og Chrome-handling fredag, efterfulgt af Apple og Microsoft. Disse klienter kan afvise den kompromitterede mellemliggende, samtidig med at de anerkender dens rod. Den regel rejser separat fra din applikations pakke. Nogle klienter kontrollerer en kæde mod betroede rødder uden at forbruge nød tilbagekaldelsesinformation. Myndigheden kan offentliggøre en tilbagekaldelse, og den klient kan fortsætte med at acceptere kæden.

2:27 At sætte et skilt på døren fungerer bedre, når den besøgende læser skilte. Mozilla siger, at nogle Android-profiler ikke anvendte den opdaterede sortliste ved opstart. En rettelse blev sendt i Firefox 158.02. Så hold browseren opdateret også. Meddelelsen kan ikke opgøre din telefon. Vedligeholdere kan fjerne et tillidsanker, når klienter mangler snævrere blokering. Mozillas tråd beskriver nød-mistillid til emSign ECC-roden, generation tre. Fjernelse af en rod fra en tillidsbutik blokerer kæder, der er afhængige af

2:54 den, selv når rodens private nøgle i sig selv aldrig blev kompromitteret. Pythons seneste certifi-udgivelse er en efterfølgende opdatering.

### Hvilke opdateringer nåede Python og Node?

3:01 Dets commit gendanner også uberørte emSign-rødder efter en tidligere fjernelse. At slette alt, hvad der bærer virksomhedens navn, er en dårlig erstatning for den vedligeholdte pakke. Du ønsker, at den farlige kæde afvises, og legitime kunder stadig arbejder. Udgivelseshistorikken bevarer begge beslutninger. Sikkerhedsoprydning har det glamourøse job at være presserende, præcis og at blive bebrejdet for den service, der går i stykker under frokosten. Node version 24.22.1 blev sendt i dag med opdaterede

3:26 rødder. Kontroller din egen gren's rådgivning og faktiske CA-konfiguration. Et brugerdefineret bundt kan ændre, hvilken tillidsbutik processen bruger. I Tor offentliggjorde en forsker i går en beretning om tre hundrede og treogtyve

### Hvad fangede Tor-værtsnøgleadvarslen?

3:36 kompromitterede udgangsrelays. Opsnapningen begyndte tidligere på måneden. Relays'ene blev flaget og lukket ned dage senere, før opskrivningen ankom. SSH advarede forskeren om, at serverens identitet var ændret. Han rapporterede det til Tors netværkssundhedsteam. Deres operatørmeddelelse bekræfter rapporter om opsnapning. Den advarsel gjorde præcis den ubelejlige ting, autentificering er beregnet

3:57 til at gøre. Groft sagt ti procent talte relays med forskellige kapaciteter, hvilket efterlod trafikandelen umålt. Tor-routing og SSH-serveridentitet har separate opgaver. Verificer en ændret værtsnøgle via en betroet kanal, før du accepterer den og logger ind. Tilbage i din app, start med den kørende container eller virtuelle miljø.

### Hvordan kontrollerer du den udrullede rettelse?

4:12 Find den CA-pakke, den faktisk bruger, og anvend den relevante vedligeholdte opdatering. Genopbyg og genstart den udrullede proces, så den kan indlæse det ændrede tillids materiale. Brug vedligeholdernes offentlige testkæder i klientens virkelige miljø. Hold certifikatfejlen adskilt fra en netværks-timeout. En mislykket forbindelse på hotel-Wi-Fi er en fremragende test af hotel-Wi-Fi. Den lille afhængighed er en separat bundtet tillidsbutik, som certifi. Din desktopbrowser redigerer aldrig den afhængighed inde i en gammel container. Den udrullede proces og dens konfiguration afgør, om rettelsen

4:42 anbefales. Det er stedet at verificere din opdatering. Hvis du hellere vil læse dette end høre mig sige det, lander diff'en i din indbakke hver morgen, gratis på thedailydiff.dev, link nedenfor.

### Hvad får NEEDS REVIEW-stemplet?

4:51 Så dagens dom er NEEDS REVIEW. Jeg ønsker, at den udrullede klients tillid kontrolleres, før nogen lukker denne hændelse. Abonner, tryk på klokken, og fortæl mig i kommentarerne, hvis du ville have stemplet den anderledes. Og det var diff'en for i dag. Jeg er Niko fra Axrisi. Flet ansvarligt.

## Kilder

- [eMudhra Intermediate CA Compromise](https://emudhra.we-have-a-problem.com/) — Dennis Jackson
- [Private key compromise of eMudhra Intermediate Certificates](https://bugzilla.mozilla.org/show_bug.cgi?id=2083449) — Mozilla Bugzilla
- [certifi 2026.10.19 release](https://github.com/certifi/python-certifi/releases/tag/2026.10.19) — certifi
- [Restore unaffected emSign roots](https://github.com/certifi/python-certifi/commit/662df63d7906df66f1f07c0751a3dfe9da14d914) — certifi
- [Node 24.22.1 security release](https://github.com/nodejs/node/releases/tag/v24.22.1) — Node.js
- [Update root certificates to NSS 3.131.1](https://github.com/nodejs/node/pull/66877) — Node.js
- [How I got over 300 Tor exit nodes removed](https://kaba.cx/posts/20261020_Tor/) — KABA
- [Security incident affecting some relay operators](https://lists.torproject.org/mailman3/hyperkitty/list/tor-relays@lists.torproject.org/thread/WOHPLKCSHYXFTBRZXDENDKJZMBMPLMG5/) — Tor Project network health