eMudhra, Anahtar Güvenlik İhlali Sonrası 8 Ara Sertifika Yetkilisini İptal Etti

eMudhra, Anahtar Güvenlik İhlali Sonrası 8 Ara Sertifika Yetkilisini İptal Etti

eMudhra’nın Ekim ayında yaşadığı anahtar güvenlik ihlalinin arkasındaki şirket içi Python betiği, anahtarlarını zayıflatmamış olsa da, şirkete 8 ara sertifika yetkilisini (CA) daha kaybettirdi.

Her ara CA’nın, şirketin yayınladığı sertifikaları imzalamak için kullandığı kendi özel anahtarı bulunur. Ekim ayında tehlikeye giren 8 ara CA’nın farklı bir sorunu vardı: Şirket bu hafta yaptığı açıklamada, betikteki tek bir satırın her bir anahtarını tek bir bayta düşürdüğünü belirtti.

Betiğin ayrıca, yeni iptal edilen 8 CA’nın RSA anahtarlarını şirketin donanım güvenlik modüllerinden (HSM) aldığı ortaya çıktı. Şirket, anahtarların kendi kurallarına uygun şekilde işlendiğini gösteremediğini ve bu nedenle geçen hafta sonu bu CA’ları iptal ettiğini bildirdi.

Şirket daha önce bu CA’ların etkilenmediğini belirtmişti. 19 Ekim’de Mozilla’nın hata takip sistemine yazdığı mesajda, “RSA yayıncıları, kod değerlendirmemize göre farklı bir yoldan geçti ve bu nedenle etkilenmedi” ifadeleri yer alıyordu.

İptal edilen 8 CA’dan 6’sı web sitesi (TLS) sertifikaları, 2’si ise kod imzalama içindi. Şirket, bunlardan 4’ünü Mayıs ayında üretime almıştı. Listesinde bu CA’lardan 195 sertifika bulunuyor ve bunların 29’u kendi alan adlarına aitti.

Şirketin bu hafta aynı hata takip sistemine gönderdiği tam olay raporuna göre, her iki sorun da 30 Nisan 2025’teki bir anahtar töreninde başladı. O gün, şirket Utimaco HSM’lerde 16 CA anahtarı oluşturdu, buna Ekim ayındaki anahtar güvenlik ihlalinin arkasındaki 8 anahtar da dahildi.

Anahtarlar, şirketin ABD ve AB’deki Crypto4A HSM’leri için tasarlanmıştı. Şirket, farklı satıcılardan HSM’ler arasında anahtar taşımanın sınırlı olduğunu belirtiyor, bu nedenle PKI operasyon ekibi, her anahtarı taşıma için sarmak ve tekrar açmak üzere Python betiğini yazdı.

O günkü gidiş-dönüş, transferin bir deneme çalışmasıydı ve kaynak HSM’nin FIPS onaylı modu, onaylı bir istisna olarak kapatılmıştı.

Anahtar Güvenlik İhlalinin Detayları

Gidiş-dönüş işleminden sonra, betik her özel anahtarı HSM’den tören bilgisayarının belleğine okudu ve anahtarı bu kopyadan yeniden oluşturdu. Rapora göre, 8 ECDSA anahtarı için “bu geri okuma işlemindeki tek bir satır, özel değeri önde gelen baytına kadar kısalttı.”

Yeniden oluşturulan anahtar, orijinaline neredeyse özdeş bir etiket taşıyordu, bu da zayıf kopyanın imzalama ve sertifikasyon için gönderilmesine olanak tanıdı.

The Hacker News, 8 anahtarın tamamını genel sertifikalarından çıkardı. En küçüğü, EM OV TLS CA – G3C için 4, en büyüğü ise 237’dir.

Törende anahtarın gücü test edilmedi veya sertifikalı anahtarın ilk oluşturulan anahtarla karşılaştırılması yapılmadı. Zayıf anahtarlar hala geçerli imzalar üretti ve sertifikaları linting ve 2 WebTrust denetim döngüsünden fark edilmeden geçti.

Şirkete göre, HSM’ler baştan sona doğru çalıştı ve hatayı kendi betiği ve süreç kontrollerinde buldu.

Rapora göre, Haziran 2025’teki geçersiz CRL imzaları, aynı hatanın erken bir işaretiydi. Şirket o zaman bunları, sertifikalarla eşleşen anahtarlarla (yani zayıf olanlarla) listeleri yeniden imzalayarak düzeltti.

Rapora göre, 8 RSA anahtarı, şirketin önceki yanıtının dışladığı aynı geri okuma adımından geçti. Geçen hafta başında şirket, önceki yanıtlarının, ekiplerinin o ana kadar topladığı bilgileri, hangi anahtar setlerinin hangi betik yollarını kullandığı da dahil olmak üzere yansıttığını belirtti.

Betiğin bu anahtarları kısaltmadığı ve her imzanın hala sertifikalı anahtarla kontrol edildiği belirtildi. Ancak özel kısımları, örneğin özel üs ve asal sayılardan biri, tören bilgisayarındaki bir Python sürecinin belleğinde yer aldı.

Sonuç olarak, şirket, anahtarların bir HSM’ye taşınması ve çıkarılmasıyla ilgili kendi kuralı olan “CPS §6.2.6’ya uygun olduğunu kesin olarak gösteremiyor.” Bu bilgisayardan alınan günlükler ve dosyalar, materyalin nasıl işlendiğini güvenilir bir şekilde gösteremiyor.

Şirket, bu görüşe Kasım ayı başlarında, tarayıcı kök programlarıyla yapılan görüşmelerden sonra ulaştı. 8 RSA CA, geçen hafta sonu, ilk 8 CA’nın 18 Ekim’de iptal edildiğinde kullanılan CA-güvenlik ihlali kodu yerine, “operasyonun durdurulması” neden koduyla iptal edildi.

Hata iş parçacığındaki katılımcılar, şirketin neden anahtar güvenlik ihlali yerine bu kodu seçtiğini sordu.

Şirketin sertifika listesindeki 195 sertifikadan 130’u EM DV TLS CA – G2C’den, 63’ü EM OV TLS CA – G2C’den ve 2’si kod imzalama CA’sı olan EM OV CS CA – G2C’den geliyordu.

Şirketin kendi alan adlarının yanı sıra, sertifikalar birkaç üniversite ve kolej, bir ilçe ve diğer kuruluşların adlarını taşıyor. En yenisi geçen hafta, CA’ların iptal edilmesinden günler önce düzenlenmişti. Şirket, tüm sahiplerinin yeni sertifikalara taşındığını belirtiyor.

Şirket, sarma ve açma işleminin yalnızca bir kez kullanıldığını ve diğer anahtar törenlerinin hepsinin anahtarları yerinde oluşturduğunu söylüyor.

Hata iş parçacığındaki katılımcılar ayrıca betiğin yayınlanmasını istiyor ve bazıları özel anahtarların HSM’lerinden nasıl çıkabildiğini sordu.

Şirketin bağımsız denetçi olarak görevlendirdiği KPMG’nin 4 Aralık’a kadar tamamlanması bekleniyor. Şirketin tüm CA anahtarlarının envanteri ise 30 Kasım’a kadar tamamlanacak.

Şirket, herhangi bir kötüye kullanım vakası bilmediğini belirtiyor. Mozilla için anahtarları araştıran Dennis Jackson tarafından işletilen bir açıklama sitesine göre, Ekim anahtarlarından birine sahip olan herkes herhangi bir web sitesini taklit edebilirdi.

Sertifika Şeffaflığını uygulayan tarayıcılar kandırılamazdı. Bu kontrolü atlayan yazılımlara karşı anahtarların kullanılıp kullanılmadığı bilinmiyor.

emSign Sertifika Sahiplerinin Kontrol Etmesi Gerekenler

emSign markası altında sertifika satan eMudhra, 22 Ekim’deki duyurusunun ardından halka açık güvenilir TLS işinden çekiliyor.

Sahipler, etkilenen sertifikaları şirketin listesinde veya iptal edilen G2C TLS yayıncıları için Sertifika Şeffaflığı günlüklerini arayarak bulabilirler.

Şirketin G1 hiyerarşisinden tüm sertifika verme işlemleri, kalan müşterilerin (esas olarak Kuzey Amerika’daki bir üniversite federasyonu) başka bir sağlayıcıya geçmesiyle 16 Kasım’dan önce durdurulacak.

Microsoft, bu hafta başında güvenlik yanıtı gönderisine yapılan bir güncellemeye göre, emSign Root CA – G1 dahil olmak üzere kalan 10 eMudhra kökünü 16 Kasım’da kaldırmaya başlayacak. Bu köklere zincirleyen sertifikalar, Windows ve Edge’de ve bazı diğer ürünlerinde kendi zaman çizelgelerine göre varsayılan güveni kaybedecek.

Hint şirketinin aşama aşama sonlandırma programına göre, Chrome ve Firefox 16 Kasım’dan sonra verilen G1 sertifikalarına güvenmeyecek ve Apple, eski olanlar da dahil olmak üzere tüm G1 sertifikalarına güveni 30 Kasım’da sona erdirecek.

Apple, bu hafta başında yayınladığı bir destek notunda, macOS 27.2.1, 26.7.3 ve 15.8.3’ün curl ve git gibi paketlenmiş komut satırı araçlarının tehlikeye atılmış TLS CA sertifikalarını kabul etmesini durdurduğunu belirtti. Ayrıca, emSign Root CA – G1 dahil olmak üzere 5 kökü /etc/ssl/cert.pem dosyasından kaldırdı, bu nedenle bu dosyaya dayanan araçlar bazı siteleri doğrulayamayabilir.