eMudhra, herkesin herhangi bir web sitesi veya mail sunucusu için sertifika üretebileceği kadar zayıf sekiz ara TLS yetkisi veren sertifika otoritesiydi; bunlardan birinin özel şifreleme anahtarı sadece 4 bitti. Şirket işten çıkıyor.
V. Srinivasan, Hindistan merkezli eMudhra Limited’in başkanı, artan maliyetleri ve uyum gerekliliklerinin karmaşıklığını; işin gelirinin sadece yüzde 1’ini oluşturmasını gerekçe gösterdi. Ayrıca ücretsiz TLS sertifikası sunan kuruluşların ortaya çıkmasının, şirketin sunduğu diğer ürün ve hizmetlerle kıyaslandığında yatırım getirisini daha da düşürdüğünü söyledi.
Kapı çıkarken çarpmaz umarız
“Ancak bu olayın sosyal medyada aldığı yayılma düzeyi, SSL/TLS’nin işimizdeki payına oranla orantısız bir inceleme getirdi” diyen şirket, perşembe günü yaptığı paylaşımda şöyle devam etti: “Bu çerçevede yönetim kurulumuz detaylı değerlendirmeler sonucunda eMudhra ve hissedarları için küresel SSL/TLS’den çekilmenin doğru karar olduğu sonucuna vardı.”
Açıklama, araştırmacıların eMudhra’nın özel anahtarları kusurlu olduğu için kırılması son derece kolay sekiz sertifika verdiği haberini vermesinin iki gün sonrasında geldi. Milisaniyeler içinde ölçülen sürede kırılabilen bu anahtarlar kullanılarak, tüm büyük tarayıcılar tarafından ve sayısız e-posta sunucusu, IoT cihazı, Docker konteyneri, unutulmuş Linux makineleri ile kendi kök sertifikalarını taşıyan bakımsız CLI araçları tarafından güvenilen TLS sertifikaları üretilebilirdi.
eMudhra’nın verdiği türden sertifikalarda kullanılan NIST P-384 eliptik eğri kriptografi özel anahtarlarının yaklaşık 384 bit entropi içermesi gerekirken, sekiz tehlikeye atılmış sertifikanın anahtar boyutları 3 ila 8 bit arasında değişiyordu. Başka bir ifadeyle, olması gereken 2 üzeri 384 — 116 basamaklı bir sayı — farklı anahtar olasılığı yerine, kusurlu anahtarların en güçlüsünde en fazla 256 olasılık vardı. Özel anahtarlar 4, 56, 66, 115, 155, 156, 230, 237 idi.
Tarayıcı üreticileri, ara sertifikalarla verilen sertifikaları keşfedildikten bir ila iki gün içinde engelledi. eMudhra’nın, TLS sertifika programına giriş kurallarını belirleyen sektör çapındaki grup CA/Browser Forum tarafından sertifika otoritesi statüsünün elinden alınma ihtimaliyle karşı karşıya kaldığı neredeyse kesindi.
Ne oldu? Kısmi bir açıklama
Çarşamba günü eMudhra, fiyaskoya dair kısa bir açıklama yaptı. Sertifikalar “30 Nisan 2025’te düzenlenen bir Anahtar Üretim Töreni’nde eMudhra’nın ECC kökü altında, FIPS 140-2 Seviye 3 Donanım Güvenlik Modülleri kullanılarak oluşturuldu” denildi. “Törendeki bir hata, sarma/çözme adımının orijinal güçlü anahtarların yanında ikinci bir zayıf anahtar kümesi üretmesine yol açtı. Yayınlanan zayıf anahtarlar tarayıcı kök depolarına gönderilenlerdi. eMudhra kök nedeni belirlemeye çalışıyor.”
HSM’ler şifreleme anahtarları ve diğer son derece hassas verileri saklamak için özel cihazlardır. Genellikle sızıntıları önlemek için ağın büyük bölümünden ayrılırlar. Sarma ve çözme, anahtarların bir HSM’den diğerine aktarılması sırasında gerçekleşen sürece işaret eder. Devretmeden önce anahtarı tutan HSM onu ayrı bir anahtarla sarar. Şifrelenmiş anahtar yeni bir HSM’ye taşındığında, ikincisi anahtarı çözer.
Mozilla’nın Bugzilla forumundaki bir başlıkta eMudhra daha fazla detay verdi:
O gün bu ECC yayıncılarını oluşturmak için kullanılan Anahtar Üretim Töreni betiğinde bir kusur görünüyor. Bu ECC anahtarlarına ilişkin incelememiz, KGC’nin değerlendirmesi ve şimdiye kadar HSM anahtarlarına bakışımız şu bulguları gösteriyor: a) beklenen şekilde kurularda orijinal bir ECC anahtar kümesi oluşturuldu b) bu anahtarlar bu örnek için dışa aktarmak üzere tasarlandığından, olağan KGC’mize bir sarma/çözme testi için onaylanmış bir sapma getirildi c) koddaki bir hata, kurularda daha zayıf ikinci bir anahtar çiftinin oluşturulmasına yol açtı d) anahtar etiketleri benzer olduğu için bu ikinci zayıf anahtar çifti yanlışlıkla CSR oluşturmak için kullanıldı ve kökümüz tarafından imzalandı e) bu zayıf anahtarların CSR’i çapraz imza için diğer sertifika otoritesi Sectigo’ya da gönderildi (Sectigo’ya gönderilen dosyaları doğruladık).
Ek olarak eMudhra şunları söyledi:
CRL’ler, olması gereken doğru entropiye sahip orijinal özel anahtarlarla imzalandı ancak bu yanlış imzalarla sonuçlandığı için kusurlu anahtarlarla yeniden imzalandı.
Süreçte birden fazla adımda insan hataları yaşandı ve bu durum bu KGC için anahtar yaşam döngüsü bütünlüğü sürecinde ciddi kusurlara yol açtı. Şimdi bu konu için kod kusurlarını, süreç boşluklarını, üretici/kontrolcü kontrollerini daha derinlemesine araştırıyoruz. Önümüzdeki hafta şimdiye kadar yaptığımız her anahtar törenini yeniden doğrulayacağız.
CRL, sertifika iptal listesi anlamına gelir ve bir sertifika otoritesi tarafından yayınlanan, sona erme tarihinden önce iptal edilen sertifikaları tanımlayan dijital olarak imzalanmış bir listedir. İlk imzalamanın hatalı CRL imzalarına yol açtığının ortaya çıkması şu soruyu gündeme getiriyor: eMudhra neden arızanın nedenini araştırmadı?
Ara sertifikalar tarayıcılar tarafından engellendiğinden tehdit büyük ölçüde ortadan kalktı. Ancak aynı sertifikalara dayanan pek çok başka cihazın aynı eylemi gerçekleştirmesi için çok daha uzun süre pencerelerine ihtiyacı var. Gömülü cihazlar gibi bazı cihazlar ise bunları hiç engelleyemeyebilir.
