Kompromitace mezilehlé certifikační autority eMudhra: blokace prohlížeči a mezera v důvěře za běhu

Co toto video pokrývá

• Kompromitované klíče patří mezilehlým podepisovatelům. Nedůvěra k rootu může zmírnit řetězec, aniž by se prokázalo, že byl kompromitován soukromý klíč rootu.
• Nouzoé blokovací seznam prohlížeče a balíček CA úložiště aplikace mohou sledovat oddělené cesty aktualizací. Zkontrolujte běžící proces a jeho skutečnou konfiguraci důvěry.
• Mozilla nezávisle potvrdila obnovitelné soukromé klíče. Zpráva nepopisuje žádné záznamy CT pro dotčené mezilehlé certifikáty; skutečné zneužití proti jiným klientům zůstává neznámé.
• Primární vydání ověřují certifi 2026.10.19 a Node 24.22.1 pro diskutované větve. Vlastní balíčky CA a jiné větve za běhu vyžadují vlastní kontroly.
• Účet výzkumníka Toru pro 333 relé se týká incidentu z počátku října zveřejněného 20. října. Zhruba deset procent je počet relé, nikoli měření zachyceného provozu.
• Samotné vypršení časového limitu sítě neznamená, že ověření certifikátu zamítlo kompromitovaný řetězec. Zachovejte ověření a rozlišujte chyby přenosu od chyb ověřování.

Přeložený přepis

Přeloženo z původního anglického vyprávění. Dostupné audio a titulky jsou řízeny YouTube.

Proč může opravený prohlížeč nechat aplikaci zranitelnou?

0:00 Oprava prohlížeče eMudhra zní jako úplné vyřešení problému. Osm kompromitovaných podpisových klíčů stále zanechává software se zastaralými rozhodnutími o důvěře. V tomto videu, kdo může podepisovat? Proč se klienti neshodují? A která aktualizace se skutečně dostane k vaší aplikaci? Jedna malá závislost si udržuje vlastní seznam důvěryhodných prvků. Vrátíme se k procesu, který rozhoduje, zda vaše oprava dorazila. Je středa, dvacátý první října, a toto je The Daily Diff.

0:22 eMudhra je certifikační autorita. Podepisuje digitální certifikáty, které pomáhají softwaru ověřovat webové stránky a služby. Kompromitované klíče zahrnují šest používaných pro webová připojení a dva pro podepisování softwaru. Mezilehlý certifikát je delegovaný podepisovatel pod důvěryhodným rootem. V pátek poslal reportér jménem Wayne důkazy root programům. V úterý již veřejná stránka incidentu vysvětlovala čištění. Dnes vývojáři zjišťují, kolik kopií důvěry si jejich dokonale normální aplikace shromáždila.

Co opravňuje mezilehlý klíč?

0:49 Tady je běžný řetězec. Stránka předloží certifikát, mezilehlý ho podepíše, a váš klient sleduje řetězec k rootu, kterému již důvěřuje. Root je váš lokální výchozí bod. Kdokoli, kdo ovládá soukromý klíč mezilehlého certifikátu, může pod touto autoritou podepisovat. Matematicky platný podpis může mít naprosto nedůvěryhodného podepisovatele. Validátor potřebuje způsob, jak po kompromitaci důvěru odejmout. Wayne podepsal zprávu: Máme zde problém, Wayne,

1:12 s každým klíčem. Mozilla ověřila kontrolu klíčů a poté nezávisle klíče obnovila. Nouzová reakce začala větou, která zní, jako by si někdo všiml, že kancelářská tiskárna kouří.

Co je dokázáno a co zůstává neznámé?

1:22 Veřejná zpráva uvádí, že klíče byly chybně vygenerovány a obnovitelné z certifikátů, vytvořených v dubnu loňského roku. Skutečné zneužití proti jinému softwaru je stále neznámé. Obnovitelná podpisová autorita je dostatečně naléhavá i bez vymyšleného seznamu obětí. Je zde důležitý limit. Zpráva nenašla žádné záznamy o transparentnosti certifikátů pro tyto mezilehlé certifikáty během tohoto období.

1:42 Uvádí, že prohlížeče vynucující transparentnost nemohly být touto cestou napadeny. Tato dodatečná kontrola prohlížeče pomáhá vysvětlit, proč samotný titulek přehání situaci. eMudhra sdělila Mozille, že asi třicet tisíc certifikátů potřebovalo migraci na jiný řetězec. Jedná se o fungující služby, jejichž majitelé musí během čištění vyměnit certifikáty. Někde se pozvánka do kalendáře právě stala produkční závislostí. Dodavatelé prohlížečů distribuují nouzové blokovací seznamy.

Proč se prohlížeč a runtime neshodují?

2:03 Zpráva zaznamenává akci Firefoxu a Chromu v pátek, následovanou Apple a Microsoftem. Tito klienti mohou odmítnout kompromitovaný mezilehlý certifikát, přičemž stále rozpoznávají jeho root. Toto pravidlo se šíří odděleně od balíčku vaší aplikace. Někteří klienti kontrolují řetězec proti důvěryhodným rootům, aniž by spotřebovali nouzové informace o zrušení. Autorita může zveřejnit zrušení, a tento klient může pokračovat v přijímání řetězce. Umístění cedule na dveře funguje lépe, když návštěvník čte cedule.

2:27 Mozilla uvádí, že některé profily Androidu selhaly při aplikaci aktualizovaného blokovacího seznamu při spuštění. Oprava byla dodána ve Firefoxu 158.02. Takže udržujte prohlížeč aktuální také. Oznámení nemůže inventarizovat váš telefon. Správci mohou odebrat důvěryhodnou kotvu, když klienti nemají užší blokování. Vlákno Mozilly popisuje nouzovou nedůvěru k emSign ECC rootu, generace tři. Odebrání rootu z úložiště důvěry blokuje řetězce, které na něm závisí, i když soukromý klíč rootu samotný nikdy nebyl kompromitován.

2:54 Nejnovější vydání certifi Pythonu je jednou z následných aktualizací. Jeho commit také obnovuje neovlivněné emSign rooty po předchozím odebrání.

Které aktualizace dorazily do Pythonu a Node?

3:01 Smazání všeho, co nese jméno společnosti, je mizerná náhrada za udržovaný balíček. Chcete, aby byl nebezpečný řetězec odmítnut a legitimní zákazníci stále fungovali. Historie vydání zachovává obě rozhodnutí. Bezpečnostní úklid má tu okouzlující práci být naléhavý, precizní a být obviňován za jakoukoli službu, která se během oběda porouchá. Verze Node 24.22.1 byla dnes dodána s aktualizovanými rooty. Zkontrolujte doporučení vaší větve a skutečnou konfiguraci CA.

3:26 Vlastní balíček může změnit, které úložiště důvěry proces používá. V Toru včera výzkumník zveřejnil zprávu o třech stech třiceti třech kompromitovaných výstupních relé.

Co zachytilo varování o hostitelském klíči Toru?

3:36 Zachyňování začalo dříve tento měsíc. Relé byla označena a vypnuta o několik dní později, než se objevila zpráva. SSH varovalo výzkumníka, že se identita serveru změnila. Nahlásil to týmu pro zdraví sítě Toru. Jejich oznámení operátorům potvrzuje zprávy o zachyňování. Toto varování dělalo přesně tu nepohodlnou věc, kterou má ověřování dělat. Zhruba deset procent počítalo relé s různými kapacitami,

3:57 což ponechalo podíl provozu nezměřený. Směrování Toru a identita serveru SSH mají oddělené úkoly. Ověřte změněný hostitelský klíč přes důvěryhodný kanál, než jej přijmete a přihlásíte se. Zpět ve vaší aplikaci začněte s běžícím kontejnerem nebo virtuálním prostředím. Najděte balíček CA, který skutečně používá, a aplikujte příslušnou udržovanou aktualizaci.

Jak zkontrolovat nasazenou opravu?

4:12 Znovu sestavte a restartujte nasazený proces, aby mohl načíst změněné materiály důvěry. Použijte veřejné testovací řetězce správců v reálném prostředí klienta. Oddělte chybu certifikátu od vypršení časového limitu sítě. Nezdařené připojení k hotelové Wi-Fi je vynikající test hotelové Wi-Fi. Malá závislost je samostatně balené úložiště důvěry, jako je certifi. Váš stolní prohlížeč nikdy neupravuje tuto závislost uvnitř starého kontejneru. Nasazený proces a jeho konfigurace rozhodují, zda oprava dorazila. To je místo, kde ověřit vaši aktualizaci.

4:42 Pokud si to raději přečtete, než abyste mě slyšeli to říkat, diff přistane ve vaší doručené poště každé ráno, zdarma na the daily diff dot dev, odkaz níže. Takže dnešní verdikt je NEEDS REVIEW.

Co dostane razítko NEEDS REVIEW?

4:51 Chci zkontrolovat důvěru nasazeného klienta, než někdo tento incident uzavře. Přihlaste se k odběru, stiskněte zvoneček a řekněte mi v komentářích, zda byste to označili jinak. A to je pro dnešek vše. Jsem Niko z Axrisi. Sloučit zodpovědně. Sloučit zodpovědně.

Zdroje

1. eMudhra Intermediate CA CompromiseDennis Jackson
2. Private key compromise of eMudhra Intermediate CertificatesMozilla Bugzilla
3. certifi 2026.10.19 releasecertifi
4. Restore unaffected emSign rootscertifi
5. Node 24.22.1 security releaseNode.js
6. Update root certificates to NSS 3.131.1Node.js
7. How I got over 300 Tor exit nodes removedKABA
8. Security incident affecting some relay operatorsTor Project network health