Az indiai eMudhra nyolc tanúsítványát tiltotta le a Google és az Apple

A hibát egy külső kutató jelentette október 17-én, szombat este a böngészőgyártóknak és az eMudhrának, a bizonyítékot pedig mind a nyolc köztes tanúsítvány kulcsával aláírta. A Mozilla még aznap este maga is kiszámolta a kulcsokat a nyilvános tanúsítványokból, a részleteket október 20-án tette közzé.

Mi volt a hiba? Egy erős kulcs óriási, véletlenszerű szám, amit a világ összes számítógépe sem tudna kitalálni. Az érintett nyolc kiadó kulcsai ehelyett 256 alatti egész számok voltak, az egyik egyszerűen a 4-es. Scott Helme biztonsági kutató egy laptopon egy másodpercen belül mindet kiszámolta. A tanulság hasonló, mint egyes Coldcard tárcák kitalálható kulcsainál: nem a titkosítás volt gyenge, hanem a kulcs előállítása.

A tanúsítványok 2025. április 30-án készültek. Hat a weboldalak titkosított (HTTPS) kapcsolatát hitelesíti, kettő szoftverek aláírására szolgál. Aki egy ilyen kiadó kulcsát birtokolja, bármely domainre kiállíthat tanúsítványt. Az eMudhra magyarázata szerint (ezt független fél még nem ellenőrizte) egy jóváhagyott teszt során a kulcsgeneráló szkript hibája egy második, gyenge kulcspárt is létrehozott, és a hasonló elnevezések miatt emberi tévedésből ezeket használták.

A Chrome még szombaton letiltotta a weboldalakat hitelesítő tanúsítványokat egy központi tiltólista frissítésével. A Firefox néhány órával később lépett, újraindítás nélkül. Az eMudhra október 18-án mind a nyolcat visszavonta. Az Apple október 19-től, a Microsoft a beszámolók szerint október 20-tól tiltja őket.

A Mozilla a Firefox 158.0.1-es kiadásával a tanúsítványokat aláíró gyökeret is kivette a megbízható listából, így az ehhez a gyökérhez tartozó többi tanúsítvány sem kap bizalmat a Firefoxban.

Az eMudhra nem kis szereplő. A 2008-ban alapított bengaluri cég az indiai tőzsdén jegyzett, és saját közlése szerint több mint 60 millió tanúsítványt bocsátott ki.

Visszaélésről eddig nem tudni. A Chrome, a Firefox és a Safari csak olyan tanúsítványt fogad el, amely nyilvános átláthatósági naplóban (Certificate Transparency) is szerepel, egy hamis tanúsítványnak tehát látszania kellene. Ezekhez a kiadókhoz 2025 áprilisa óta nincs bejegyzés a naplókban.

A böngészőn kívül nagyobb a kockázat. Helme tesztjében a curl, a Python és a Node alapbeállítással elfogadta a hamisított tanúsítványláncot (a kiadótól a weboldalig tartó hitelesítést), mert ezek nem nézik a naplót. Helme szerint a Go és a legtöbb nem böngészős program ugyanígy működik. A nem frissíthető eszközök a tanúsítványok lejáratáig, 2039 júliusáig megbízhatnak bennük.

Egy ilyen támadáshoz a támadónak a felhasználó és a valódi oldal közé is be kellene állnia, például egy általa ellenőrzött hálózaton. Ilyenkor bármely weboldalt megszemélyesíthetné, és olvashatná vagy módosíthatná a forgalmat.

Szerintünk a kriptós felhasználónál is kézzelfogható a tét, mert a tőzsdei belépés, a webes tárca és a tárcák kísérőalkalmazása is erre a hitelesítésre épül. A böngészőt most a nyilvános napló védte, egy naplót nem néző alkalmazásban viszont a hamis kapcsolat is hitelesnek tűnhetne. Az adathalász e-mailek elleni szokásos tanács, hogy nézd meg a lakatot, ezért önmagában kevés. A frissítés is a védelem része.

A teendő egyszerű. Frissítsd a böngészőt (a Firefoxnál a javított változat a 158.0.1), a telefonon és a számítógépen az operációs rendszert, és indítsd újra a böngészőt. A kétfaktoros hitelesítés is nehezebbé teszi a fiók átvételét, ha egy hamis oldalon mégis megadnád a jelszavadat.

Saját bot vagy szkript. Aki saját kereskedő botot vagy szkriptet futtat tőzsdei API-kulccsal, annál a programcsomagok számítanak. A Python certifi csomagjának, a Go nyelvnek és a Node.js-nek (26.12.1, október 21.) is megjelent a javított változata. Ezeket érdemes frissíteni, mert nem a böngésző tiltólistáját használják.