Apple sám blokuje kompromitované certifikáty eMudhra: nic dělat nemusíte

MacBook s otevřeným Terminálem a prohlížečem Safari se symbolem zámku
Apple kompromitované certifikáty eMudhra blokuje automaticky, na Macu zbývá opravit nástroje v Terminálu. Ilustrace: Applemagazin.eu (upraveno pomocí AI)
Kompletní průběžně aktualizovaný přehled: macOS 27 Golden Gate →

Apple od 19. října automaticky blokuje certifikáty indické certifikační autority eMudhra, jejichž soukromé klíče šlo spočítat za zlomek sekundy. Majitelé iPhonů, iPadů a Maců kvůli tomu nemusí nic dělat. Výjimkou jsou nástroje v Terminálu na Macu, pro které Apple chystá aktualizaci macOS.

Co se stalo: osm klíčů, které šlo uhodnout

Indická firma eMudhra provozuje certifikační autoritu, jejíž certifikáty uznávaly všechny hlavní prohlížeče včetně Safari, Chromu, Edge a Firefoxu. V sobotu 17. října nahlásil výzkumník vystupující pod jménem Wayne, že soukromé klíče osmi jejích zprostředkujících certifikátů jsou slabé. Podle bezpečnostního blogu Googlu vznikly s nedostatečnou náhodností, takže je mohl dopočítat kdokoli.

Jak moc slabé byly, ukazuje Ars Technica. Běžný klíč pro použitý typ šifrování (eliptická křivka P-384) nese zhruba 384 bitů náhodnosti. Slabé klíče měly 3 až 8 bitů a jejich hodnoty byly čísla jako 4, 56 nebo 115. Bezpečnostní výzkumník Scott Helme podle serveru CSO Online obnovil všech osm klíčů z veřejně dostupných certifikátů za méně než sekundu.

Samotná eMudhra v prohlášení z pondělí 26. října chybu přiznala: slabé klíče podle ní způsobila chyba ve skriptu. Dotčené certifikační autority vznikly v dubnu 2025 a podle dosavadního šetření firmy nevydaly žádné veřejně důvěryhodné certifikáty pro weby. Infrastruktura ani data zákazníků podle eMudhry napadené nebyly. Zneužití klíčů zatím žádný zdroj nedoložil.

Co je certifikační autorita a proč slabý klíč vadí

Když v Safari otevřete web přes HTTPS, server se prokáže certifikátem. Ten musí podepsat někdo, komu váš systém věří: certifikační autorita. Zařízení Apple mají předinstalovanou sadu kořenových certifikátů a podle Applu tyto kořeny zakládají řetězec důvěry, který ověřuje další certifikáty. Mezi kořenem a certifikátem webu obvykle stojí ještě zprostředkující (intermediate) certifikát a právě takové se pokazily u eMudhry.

Soukromý klíč je podpisové razítko autority. Kdo ho má, může vystavit certifikát, který vypadá platně pro jakýkoli web. Útočník by tak mohl podvrhnout třeba přihlašovací stránku banky a prohlížeč, který autoritě důvěřuje, by ho nevaroval. Podle Ars Technica k tomu ale potřebuje stát přímo mezi uživatelem a serverem a provoz zachytávat. To zvládnou spíš dobře vybavení útočníci, snazší je to pro toho, kdo ovládá místní síť (kavárna, univerzita, firma).

Co udělal Apple

Apple incident popsal v dokumentu podpory, který vyšel v pátek 23. října. Z osmi kompromitovaných autorit dvě vydávají certifikáty pro podepisování kódu, kterým systémové frameworky Applu nedůvěřují. Zbylých šest vydává certifikáty pro weby. Každá z nich má dvě podoby (jednu pod kořenem eMudhry, druhou křížově podepsanou firmou Sectigo), dohromady tedy jde o 12 certifikátů. Firmy eMudhra a Sectigo je mezitím odvolaly.

Od pondělí 19. října je Apple blokuje na svých zařízeních. V pátek 23. října přidal na černou listinu i kořenový certifikát emSign ECC Root CA G3, ke kterému vede polovina z těchto 12 certifikátů. Blokace platí v Safari, Mailu a v aplikacích, které používají systémové síťové a bezpečnostní frameworky Applu. Data o certifikátech Apple do zařízení posílá automaticky, takže kvůli tomu není potřeba instalovat aktualizaci systému. Apple zároveň uvádí, že blokaci dál doplňuje a další úpravy dorazí stejnou cestou.

Výjimka: nástroje v Terminálu na Macu

Hlavní místo, kde ochrana zatím není úplná, je příkazová řádka na Macu. Nástroje dodávané s macOS nebo s Xcode Command Line Tools, například curl, git, python3, ruby, perl a openssl, ověřují certifikáty podle souboru /etc/ssl/cert.pem. U certifikátů, které vedou ke kořenu z tohoto souboru, nekontrolují blokaci Applu ani to, zda byl certifikát odvolán. Kompromitované certifikáty proto mohou dál přijímat.

Apple to opraví v budoucí aktualizaci macOS, po které nebude nutné nic ručně upravovat. Termín ani číslo verze neuvedl, což zmiňuje i MacRumors. V pondělí 26. října sice vydal macOS Golden Gate 27.2 spolu s iOS 27.2, k vydání ale nepotvrdil, že opravu obsahuje. Dokument Applu o certifikátech eMudhra i v ten den dál mluvil o budoucí aktualizaci a seznam bezpečnostních oprav v nových verzích Apple k večeru 26. října nezveřejnil.

Správci a vývojáři, kteří nechtějí čekat, mohou podle návodu Applu z /etc/ssl/cert.pem odebrat kořen emSign ECC Root CA G3. Volitelně i kořen AAA Certificate Services, přes který vedou křížově podepsané certifikáty. Potřebují k tomu administrátorský účet nebo nástroj pro správu zařízení. Apple upozorňuje na dvě věci:

  • Vedlejší účinek: nástroje pak nemusí ověřit ani některé legitimní weby, jejichž certifikáty vedou k odebraným kořenům přes nedotčené autority.
  • Přepsání souboru: aktualizace macOS může soubor vrátit do původní podoby, proto je potřeba ho po každé aktualizaci znovu zkontrolovat, dokud nevyjde verze s opravou.

Některé aplikace a nástroje si nesou vlastní seznam kořenových certifikátů a nepoužívají ani blokaci Applu, ani zmíněný soubor. U nich Apple radí obrátit se na vývojáře.

Jak zareagovaly Google a Mozilla

Google a Mozilla zareagovaly během několika hodin od nahlášení. Chrome podle Googlu zablokoval klíče necelé dvě hodiny poté a bez nutnosti aktualizovat nebo restartovat prohlížeč. Android dostal stejnou ochranu přes Google Play Services v pondělí 19. října. Google navíc uvádí, že před blokací nebyl v logech Certificate Transparency (veřejné evidenci vydaných certifikátů) žádný certifikát pro web vydaný těmito autoritami. Proti Chromu v základním nastavení tak padělky použít nešly. Google také oznámil, že kořen emSign ECC Root CA G3 odebere ze svého úložiště důvěryhodných certifikátů pro všechna zařízení s termínem v úterý 27. října. Podle Googlu tím v Chromu přestanou fungovat i některé legitimní certifikáty pod tímto kořenem a jejich provozovatelé musí získat nový certifikát jinde.

Mozilla rozeslala blokaci uživatelům Firefoxu se standardním nastavením za méně než tři hodiny od nahlášení. Pro menšinu uživatelů, ke kterým se blokace kvůli vlastnímu nastavení dostat nemusela, vydala v úterý 20. října Firefox 158.0.1 a dvě aktualizace verzí s prodlouženou podporou (ESR). Mozilla zároveň ze své knihovny NSS odebrala dotčený kořen. Podle veřejného hlášení v systému Bugzilla dokázali její inženýři klíče dopočítat i sami, bez znalosti postupu výzkumníka.

Co z toho plyne pro uživatele v Česku

Kdo používá iPhone, iPad nebo Mac jen běžně a do Terminálu nezasahuje, nemusí podle Applu dělat nic. Blokace dorazila automaticky a omezení podle regionu Apple nezmiňuje, platí tedy i v Česku. Až vyjde aktualizace macOS s opravou, vyplatí se ji nainstalovat jako každou jinou. Aktualizace softwaru podle přehledu bezpečnostních aktualizací Applu patří k nejdůležitějším věcem, které pro zabezpečení zařízení můžete udělat. Připomněl to třeba nedávný spyware DarkSword.

Pozornost by měli zbystřit hlavně vývojáři a správci Maců, kteří s curl, git nebo Pythonem pracují denně. Bez ručního zásahu mohou jejich nástroje kompromitované certifikáty do vydání opravy dál přijímat. Druhou skupinou jsou firmy s vlastními aplikacemi nebo zařízeními, které si nesou vlastní seznam kořenových certifikátů. Ty se blokací Applu neřídí a podle Applu je potřeba obrátit se na jejich vývojáře.

Nejčastější otázky o certifikátech eMudhra

Musím na iPhonu nebo Macu něco nastavit?

Ne. Apple certifikáty blokuje automaticky v Safari, Mailu a aplikacích, které používají jeho systémové frameworky. Kroky v Terminálu jsou volitelné a určené správcům a vývojářům.

Potřebuji kvůli tomu aktualizovat systém?

Pro samotnou blokaci ne, data o certifikátech přicházejí do zařízení automaticky. Pro nástroje příkazové řádky na Macu chystá Apple opravu v budoucí aktualizaci macOS.

Byl někdo kvůli slabým klíčům napaden?

Zneužití zatím žádný zdroj nedoložil. Google uvádí, že před blokací nebyl v logech Certificate Transparency žádný certifikát pro web vydaný dotčenými autoritami.

Týká se to Signalu nebo WhatsAppu?

Podle Ars Technica ne. Aplikace, které důvěrnost komunikace nestaví na TLS, jako Signal, WhatsApp nebo WireGuard, dotčené nejsou.

Závěr

Případ eMudhra ukazuje, jak křehký je řetězec důvěry na webu: stačila chyba ve skriptu jedné autority a teoreticky šlo podvrhnout jakýkoli web. Apple, Google i Mozilla zareagovali během dnů. Kdo používá Safari, Mail a aplikace postavené na systémových frameworcích Applu, je chráněný bez vlastního přičinění. Otevřenou položkou zůstává oprava pro Terminál na Macu: Apple ji slíbil v aktualizaci macOS a k 26. říjnu nepotvrdil, že ji obsahuje už verze 27.2. Přehled všeho, co se v systému chystá, najdete na stránce macOS 27.

ZANECHAT KOMENTÁŘ

Prosím zadejte svůj komentář
Prosím zadejte své jméno zde