Nyolc eMudhra CA-kulcs kompromittálódott, vészhelyzeti javítások indultak a böngészőkben és szoftverekben

enlightened Ez az oldal a közösségért készül. heart Kövess minket máshol is:  Linux Mint Magyar Közösség a Mastodon-on  Telegram csatorna – csak hírek  Beszélgessünk a Telegram – Linux csevegő csoport  Hírek olvasása RSS segítségével  Linux Mint Hivatalos Magyar Közösség a Facebook-on      Linux Mint Baráti Kör a Facebook-on
wink Ha hasznosnak találod, és szeretnéd, hogy folytatódjon, támogasd a munkát Ko-fi vagy Paypal segítségével. laugh

kami911 képe

Nyolc eMudhra köztes hitelesítésszolgáltatói (CA) tanúsítvány privát kulcsa kompromittálódott, ezt október 20-án megerősítette a Mozilla és a Google Chrome Root Program.

A köztes CA írja alá azokat a tanúsítványokat, amelyeket a weboldalak bemutatnak, ezért aki megszerzi ezeknek a köztes tanúsítványoknak a kulcsát, bármely weboldalhoz kiadhat olyan tanúsítványt, amit a böngésző elfogad.

Egy kutató október 17-én este jelentette a kompromittálódást a root programoknak. A Chrome a vizsgálat után néhány órán belül, a Firefox pedig szintén rövid időn belül blokkolta a nyolc tanúsítványt.

A Chrome Root Program szerint a hat, weboldalakhoz használt köztes TLS-tanúsítvány egyikére sem épült TLS lánc, amely bekerült volna a Certificate Transparency (CT) naplókba a Chrome blokkolása előtt. Így alapértelmezés szerint egyik sem számított megbízhatónak a Chrome-ban vagy bármely más böngészőben, amely megköveteli a CT-naplózást.

Nem tudni, hogyan kerültek ki a kulcsok az eMudhra rendszeréből, mikor történt ez, és hogy a kutatón kívül más is birtokolja-e őket.

Ezek azok a kulcsok, amelyeket a Go október 20-i security kiadásaiban blokkolt, anélkül hogy megnevezte volna a CA-t. A Go kódjában szereplő nyolc hash érték megegyezik a nyolc tanúsítvánnyal. A Go URGENT sávon kezelte a javítást, amelyet a security policy az ökoszisztéma integritását fenyegető vagy aktívan kihasznált hibákra tart fenn. Sem maga a probléma, sem a release megjegyzései nem árulják el, hogy a kettő közül melyik esetről volt szó.

Mi kompromittálódott

Az eMudhra egy indiai CA, amely emSign márkanév alatt árul tanúsítványokat indiai, amerikai és holland cégeken keresztül. Root tanúsítványai megtalálhatók a Mozilla, a Chrome és az Apple root tárolóiban. A nyolc kompromittálódott tanúsítvány a következő:

  • TLS, domain validált: EM DV TLS CA - G3B (eMudhra BV, Hollandia) és EM DV TLS CA - G3C (eMudhra Inc, Egyesült Államok)
  • TLS, szervezet validált: EM OV TLS CA - G3B és EM OV TLS CA - G3C
  • TLS, kiterjesztett validálás: EM EV TLS CA - G3B és EM EV TLS CA - G3C
  • Kódsigning: EM OV CS CA - G3B és EM OV CS CA - G3C

A hat TLS-köztes tanúsítványt az emSign Root TLS CA - G3 adta ki, és az emSign ECC Root CA - G3 roothoz láncolódnak, amely a Chrome és az Apple tárolóiban ma is szerepel, és október 20-ig a Mozilla tárolójában is benne volt.

Mind a nyolc tanúsítvány létezik egy második példányban is, ugyanazzal a publikus kulccsal, Sectigo által keresztaláírva az AAA Certificate Services root alatt. Erre egy tanúsítványlista mutat rá, amelyet Dennis Jackson, a Mozilla kriptográfiai mérnöke tett közzé.

A Chrome-nak nem kellett külön blokkolnia a két kódsigning tanúsítványt, mert a TLS-ellenőrzője nem épít láncot olyan köztes tanúsítványon keresztül, amely csak kódsigningra korlátozott – közölte a Chrome Root Program.

Kit és hogyan védenek

A Chrome Root Program 18:05 UTC-kor kapta meg a jelentést október 17-én, és 19:45 UTC-re már élesben volt egy CRLSet frissítés, amely blokkolta a hat TLS-köztest.

A Mozilla 20:06 UTC-kor kapta meg a jelentést, és 22:59 UTC-re befejezte egy OneCRL blokkolás kiküldését a Firefox alapértelmezett beállításokkal futó telepítéseire. A CRLSet és a OneCRL olyan visszavonási listák, amelyeket a két böngésző magától letölt, így sem frissítésre, sem újraindításra nem volt szükség.

A Chrome a publikus kulcs alapján blokkol, nem a konkrét tanúsítvány alapján, ezért a Sectigo által keresztaláírt példányokat is elkapja. Ugyanezt a mechanizmust használta a Chrome korábban ebben a hónapban a Google domainekre kiadott hamis tanúsítványok ellen.

A Mozilla csak Wayne néven említi a kutatót, aki aznap mind a nyolc kulccsal aláírta a „We have a problem here - Wayne” üzenetet, és elküldte a root programoknak. Jackson egy egylapos oldalon közzétette az aláírásokat és a tanúsítványokat.

Az eMudhra visszavonta a nyolc tanúsítványt. Az Apple október 19-én blokkolta őket, a Microsoft október 20-án, és október 19-én értesítették a többi trust tárolót is Jackson oldala szerint.

A keresztaláírt példányok nem növelték a kockázatot a Chrome-ban vagy a Firefoxban. Mindkét böngésző 2025 áprilisában hagyta abba a Sectigo AAA Certificate Services root megbízhatóságát weboldalakhoz, és a Chrome root store fájlja sem tartalmazza. Az Apple iOS 26-hoz és macOS 26-hoz készült, 2025 decemberében közzétett root listája viszont még tartalmazza.

A Mozilla jelenleg nem gondolja, hogy a probléma más CA-kat is érintene – írta Jackson a Mozilla policy listáján. A Chrome közölte, hogy átnézte a tárolójában lévő összes CA-tanúsítványt, és „nem talált más példát erre a hibamintára”.

Mit kell frissíteni

A böngészők maguktól megkapják a visszavonási információkat. Sok más program, amely TLS-tanúsítványokat ellenőriz – a Go binárisoktól kezdve mindenig, ami a Python certifi csomagját használja – nem nézi a visszavonási adatokat, és addig bízik egy láncban, amíg a kódja vagy a root csomagja nem változik.

A Mozilla azt tanácsolja mindenkinek, aki trust tárolót üzemeltet: ahol az ügyfelek megbízhatóan ellenőrzik a visszavonást, és elutasítják a kapcsolatot, ha ezt nem tudják megtenni, ott nincs további teendő; ahol a szoftver képes egyes köztes tanúsítványokat blokkolni, ott most blokkolni kell a nyolc köztest; minden más esetben pedig érdemes megfontolni a bizalom megvonását azoktól a rootoktól, amelyek ezeket aláírták.

A mostanáig közzétett javítások és azok hatása:

 

Szoftver

Javított verzió

Mit tesz?

Állapot

Go

1.27.3 és 1.26.10

Elutasítja azokat a tanúsítványláncokat, amelyek a nyolc érintett kulcs egyikét tartalmazzák (CVE-2026-111943). Újra kell fordítani az érintett programokat.

Megjelent október 20-án

Firefox

158.0.1, ESR 115.43.1, ESR 153.5.1

Tartalmazza a OneCRL-blokklistát azoknál a telepítéseknél, amelyek nem kapnak Remote Settings-frissítést (CVE-2026-113470).

Megjelent október 20-án

NSS

3.131.1

Eltávolítja az emSign ECC Root CA – G3 gyökértanúsítványt a megbízható tanúsítványok listájáról.

Megjelent október 20-án

Python certifi

2026.10.19

Eltávolítja az emSign ECC Root CA – G3 gyökértanúsítványt a csomagból.

Megjelent

Rust webpki-roots

1.0.10

Eltávolítja az emSign ECC Root CA – G3 gyökértanúsítványt.

Megjelent

Homebrew ca-certificates

2026-09-25_1

Kizárja az emSign ECC Root CA – G3, az emSign Root TLS CA – G3 és az AAA Certificate Services gyökértanúsítványokat a nyilvános kulcsok alapján.

Megjelent

Node.js

Még nincs

Egy tervezett módosítás blokkolná a nyolc érintett kulcsot.

Folyamatban

Composer ca-bundle

Még nincs

Egy nyitott módosítás eltávolítaná az emSign ECC Root CA – G3 gyökértanúsítványt.

Függőben

A Go szűrője a standard könyvtár része, és minden olyan láncot elutasít, amely tartalmazza a nyolc kulcs valamelyikét – akár a Go saját ellenőrzőjét használják, akár a macOS vagy Windows rendszer-ellenőrző útvonalait. A módosítás nem ad hozzá semmilyen beállítást, amivel ezt ki lehetne kapcsolni. A program csak akkor veszi át a változtatást, ha az új kiadással újrafordítják; a Go 1.25 és régebbi verziói kiestek a támogatásból, ezekhez nem érkezik javítás.

Három javítás nem a kulcsok blokkolásával, hanem root tanúsítványok eltávolításával oldja meg a problémát. A certifi, a webpki-roots és a Homebrew ca-certificates kiveszi az emSign ECC Root CA - G3 rootot a csomagjaiból, a Homebrew emellett eltávolítja a Sectigo AAA Certificate Services rootot és az emSign Root TLS CA - G3 rootot is.

Ezzel viszont minden olyan, egyébként szabályos tanúsítvány is használhatatlanná válik, amely ezekhez a rootokhoz láncolódik. A Mozilla, amely ugyanezt a változtatást bevezette az NSS-ben, jelezte, hogy bizonyos szerverek elérhetetlenné válnak a bizalmi listáját használó, de nem Firefox-alapú kliensek számára, amíg ezek a szerverek nem állnak át új tanúsítványláncokra.

A Firefoxnál nincs teendő, hacsak a Remote Settings funkciót nem tiltották le házirenddel, vagy nem blokkolja a hálózat. Az október 20-i kiadások tartalmazzák a tiltólistát az ilyen telepítésekhez.

Egyik forrás sem ad lehetőséget a kulcsok korábbi visszaélésszerű használatának felderítésére, a Chrome CT-keresését leszámítva, amely csak a naplózott tanúsítványokra terjed ki.

Mi lesz az eMudhrával

A Mozilla október 20-án eltávolította az emSign ECC Root CA - G3 rootot az NSS-ből. A Chrome a saját root store-jának 43-as verziójában veszi ki ugyanezt a rootot, és a Chrome Root Program közlése szerint felülvizsgálja az eMudhra másik, a store-ban szereplő rootjának, az emSign Root CA - G1-nek a státuszát is, a történtek súlyosságára hivatkozva.

Továbbra sem tudni, hogyan és mikor kerültek ki a kulcsok az eMudhrától. A Mozilla közölte, hogy az okok feltárásán az érintett CA-val, más root programokkal és a downstream bizalmi tárolók üzemeltetőivel együtt dolgozik, és további részleteket akkor tesz közzé, ha tud. Az eMudhra trust-services repository-jában október 20-ig nem jelent meg közlemény az incidensről.

A Go a saját hibajegyében nem nevezte meg a CA-t, a kiadási megjegyzésekben csak „konkrét biztonsági aggályokra” hivatkozik a működésével kapcsolatban, és egy hozzászóló kérte, hogy magyarázzák el a javítócsomagban szereplő hasheket.

Filippo Valsorda, aki a Go standard könyvtárának kriptográfiai csomagjait karbantartja, azt válaszolta, hogy a kulcsok kompromittálódtak, a tanúsítványokat visszavonták, a Linux root store-ok karbantartása pedig annyira hiányos, hogy a visszavonás nem jut el az alkalmazásokig, ezért egyelőre az jelenti az egyetlen megoldást, ha a kulcsokat közvetlenül a kódban tiltják le.