Een fout bij het genereren van de certificeringssleutels van eMudhra maakte het mogelijk om TLS-certificaten voor elke website te verkrijgen

Mozilla heeft gewaarschuwd voor de compromittering van private sleutels die verband houden met acht tussenliggende (secundaire) rootcertificaten van de certificeringsinstantie eMudhra. De gecompromitteerde sleutels maakten het mogelijk om vervalste TLS-certificaten voor elke website uit te geven, die in alle browsers als betrouwbaar werden beschouwd, en ze te gebruiken voor het onderscheppen of modificeren van transitverkeer.

De private sleutels werden door onderzoekers gereconstrueerd uit beschikbare openbare gegevens, wat mogelijk werd gemaakt door een fout in het proces van sleutels genereren op basis van de elliptische curve P-384. De fout leidde ertoe dat de sleutels werden gegenereerd met behulp van gehele getallen kleiner dan 256 in plaats van cryptografisch veilige willekeurige getallen, wat betekent dat de grootte van de private sleutel 1 byte was in plaats van de vereiste 48 bytes. Bij deze generatie kan de private sleutel worden gereconstrueerd met behulp van het discrete logaritme-algoritme of door simpelweg de eerste 256 mogelijke sleutels te genereren. Aangezien de waarden van de private sleutels nu bekend zijn (4, 56, 66, 115, 155, 156, 230 en 237), wordt aan alle gebruikers dringend geadviseerd om hun browsers en pakketten met rootcertificaten bij te werken.

Als bewijs van de lekke private sleutels heeft de onderzoeker die het incident heeft gemeld een bericht gepubliceerd, ondertekend met de private sleutels van elk van de acht gecompromitteerde eMudhra-certificaten. U kunt uw browser controleren op updates over ingetrokken certificaten op de website die aan het incident is gewijd.

Er zijn spoedcorrectieversies van Firefox 158.0.1, 115.43.1 en 153.5.1 en de NSS-bibliotheken 3.131.1 gemaakt, waarin de opslagplaats van rootcertificaten is bijgewerkt en problematische certificaten zijn geblokkeerd. In Chrome en Google-producten zijn de gecompromitteerde certificaten op 17 oktober geblokkeerd, in Apple op 19 oktober en in Microsoft op 20 oktober. De blokkering is ook uitgevoerd via gecentraliseerde lijsten met ingetrokken certificaten, zoals OneCRL, CRLite en CRLSets.

Pakketten met bijgewerkte rootcertificaten zijn uitgebracht voor Ubuntu (ca-certificates 20260816ubuntu0.2*.04.1), Debian (ca-certificates 20250419+deb13u1), Arch Linux (ca-certificates-mozilla 3.131.1-1), Gentoo (ca-certificates 20260816.3.125), curl, Homebrew, Go (1.27.3, 1.26.10), Python, RustTLS, Electron en Elixir. De lijsten met rootcertificaten blijven ongewijzigd in FreeBSD, Node.js, Bun en Composer.

Voor het handmatig verwijderen van problematische rootcertificaten in Debian en Ubuntu, kun je het volgende commando gebruiken na de update van het ca-certificates pakket:

sed -i \
-e ‘s|^mozilla/emSign_ECC_Root_CA_-_G3.crt|!&|’ \
-e ‘s|^mozilla/Comodo_AAA_Services_root.crt|!&|’ \
/etc/ca-certificates.conf && update-ca-certificates

In Fedora, RHEL, CentOS Stream, Rocky Linux, AlmaLinux en Amazon Linux 2023:

d=/etc/pki/ca-trust/source/blocklist; [ -d $d ] || d=/etc/pki/ca-trust/source/blacklist
trust extract —overwrite —format=pem-bundle \
—filter=’pkcs11:object=ComodoAAAServicesroot;type=cert’ \
$d/Comodo_AAA_Services_root.pem &&
trust extract —overwrite —format=pem-bundle \
—filter=’pkcs11:object=emSignECCRootCA-G3;type=cert’ \
$d/emSign_ECC_Root_CA_-_G3.pem &&
update-ca-trust

In openSUSE en SLES:

d=/etc/pki/trust/blocklist; [ -d $d ] || d=/etc/pki/trust/blacklist
trust extract —format=pem-bundle \
—filter=’pkcs11:object=ComodoAAAServicesroot;type=cert’ \
$d/Comodo_AAA_Services_root.pem &&
trust extract —format=pem-bundle \
—filter=’pkcs11:object=emSignECCRootCA-G3;type=cert’ \
$d/emSign_ECC_Root_CA_-_G3.pem &&
update-ca-certificates

In NixOS:

security.pki.caCertificateBlacklist = [
«Comodo AAA Services root»
«emSign ECC Root CA — G3»
];

In NetBSD:

certctl untrust /usr/share/certs/mozilla/all/emSign_ECC_Root_CA_-_G3.pem &&
certctl untrust /usr/share/certs/mozilla/all/Comodo_AAA_Services_root.pem

Bron: opennet.ru