eMudhra: błędny skrypt Pythona osłabił klucze prywatne certyfikatów

Błąd polegał na tym, że po rozpakowaniu skrypt odczytywał wartość klucza z pamięci hosta i na jej podstawie tworzył nowy obiekt klucza. Wartości zostały obcięte, a klucze okazały się znacznie słabsze niż akceptowane 384 bity. Według firmy był to próbny przebieg przed właściwym transferem w lipcu 2025 r., a tryb FIPS źródłowego HSM wyłączono na czas próby. Skrypt działał na odizolowanym hoście i nie był częścią oprogramowania emCA.

Niezależny badacz o pseudonimie Wayne odtworzył klucze prawie miesiąc temu; najmniejszy miał wartość „4”, największy „237”. Google, Microsoft, Apple i Mozilla zablokowały wszystkie osiem certyfikatów, a Cloudflare i inni dostawcy wydali aktualizacje. Indyjski CERT-In ostrzegał, że atakujący mógłby wystawiać fałszywe certyfikaty TLS i do podpisywania kodu.

Nowe ustalenia

EMudhra po raz pierwszy ujawniła, że 7 listopada 2026 r. unieważniła osiem dodatkowych par kluczy RSA. Wcześniej twierdziła, że RSA incydent nie dotyczy. Skrypt nie skrócił tych kluczy, ale ich atrybuty prywatne znajdowały się w pamięci procesu Pythona, a firma nie potrafi wykazać, że obchodzono się z nimi zgodnie z własnymi zasadami.

Z 195 wymienionych certyfikatów końcowych 130 wystawił już unieważniony EM DV TLS CA – G2C; dotyczyły m.in. uczelni i jednego hrabstwa. Firma tłumaczy transfer presją czasu: zmianami zasad programów zaufania od 15 czerwca 2025 r., wymogiem certyfikacji krzyżowej z Sectigo i opóźnieniami w dostawach sprzętu. Podkreśla, że winę ponoszą skrypt i procedury, nie same moduły HSM. Kilka dni po wybuchu afery eMudhra ogłosiła wycofanie się z globalnego rynku certyfikatów na rzecz usług w Indiach.