Kaynaklar 22 Ekim 2026’da Pekin saatiyle kontrol edildi. Aİzleyiciler: bireysel kullanıcılar, web sitesi operatörleri, geliştiriciler ve sistem yöneticileri.
Ciddi zayıflıklar, bir grup eMudhra/emSign ara CA özel anahtarını kurtarılabilir hale getirdi. Bu, web sitelerinin, API’lerin ve yazılımların kimliğini doğrulamak için genel sertifika sistemini kullanan istemcileri etkiler. Kamu güveni büyük işletim sistemlerini kapsar, ancak ele geçirilen anahtarlar kümesi ve potansiyel müşteri etkisi farklı kapsamlardır. 15
Ana metinde ilgili kaynakları numaralandırmak için köşeli parantez kullanılmıştır ve tüm dış referans bağlantıları ekte listelenmiştir. Listelenen sürüm, doğrulama tarihi itibarıyla bu olaya yönelik düzeltmeyi içerdiği onaylanan sürüm temelidir. Dağıtım sırasında öncelik, desteklenen aynı daldaki güncellenmiş kararlı sürüme verilir.
TL;DR
Eight ara CA özel anahtarlarının güvenliğinin ihlal edildiği doğrulandı. Mevcut raporlar, kök özel anahtarların veya HTTPS şifrelemesinin genel olarak kırıldığını ortaya koymuyor. Güncellemeler kamu güveni ekosisteminin çoğunu kapsıyor; kalan risk fiili uygulamaya bağlıdır.15
- Bireysel kullanıcılar: tarayıcıları, işletim sistemlerini ve güvenlik bileşenlerini günceller. Android’de Google Play hizmetlerini de güncelleyin. Firefox Android 158.0.2 veya üstünü kullanın. 12
- Sunucular:, dağıtımın
ca-certificates/NSS paketlerini güncelleyin ve uygulamayla birlikte verilen güven depolarını kontrol edin. Yalnızca ana bilgisayarın güncellenmesi yeterli değildir. 7810 - Geliştirme ortamları:, Node 24’yi 24.22.1’ye güncelleyin veya ilgili daldaki daha yeni bir sürüme güncelleyin. Python ortamlarında en az pip 26.2.2, certifi 2026.10.19 ve uv 0.13.4’ye güncelleyin. Sabit Go ikili dosyalarını edinin veya bunları yeniden oluşturun; satıcısının tavsiyesine göre Java’yi güncelleyin. 12–15
- Güncellemeleri etkinleştirin: Etkilenen hizmetleri yeniden başlatın ve kapsayıcıları yeniden oluşturup yeniden dağıtın. Cloudflare Tunnel için cloudflared’yi 2026.10.2 veya sonraki bir sürüme güncelleyin. 7
- Web sitesi sertifikaları:, iptal edilmiş veya engellenmiş bir ara CA içeriyorsa ya da güvenilmeyen bir köke dayanıyorsa etkilenen zinciri değiştirir. Sertifikanın yeniden yayınlanması, istemci güven depolarının güncellenmesinin yerine geçmez. 158
- Doğrulama: her uygulamanın gerçek TLS yolunu test edin. Sertifika reddini zaman aşımlarından ve DNS hatalarından ayırın. Sertifika doğrulamayı etkin tutun;
-kkullanmayın veya hataları bastırmak için doğrulamayı atlamayın. 7
1 Olayın gerçekleri ve nedenleri
doğrulanmış gerçekler
Mozilla ve Google, sekiz eMudhra ara CA özel anahtarında kusurları doğruladı. Araştırmacı özel anahtar kontrolünün kanıtını sağladı; Mozilla bağımsız olarak anahtarları kurtardı ve sorunu yeniden oluşturdu. Altı ara CA TLS’ye hizmet eder ve ikisi kod imzalamaya hizmet eder. 25
Kusur, oluşturulan anahtarlarda yatmaktadır: bu ara CA’lar P-384 eğrisini kullanır, ancak özel anahtarları 256’nın altındaki tam sayılardır. Bu, anahtarları amaçlanan geniş aralıktan rastgele güvenli bir şekilde seçmekten çok uzaktır. Bu zayıf anahtarların kurtarılması, doğru şekilde oluşturulmuş P-384 anahtarlarının kırılabileceği anlamına gelmez. 2
Buradaki “sertifika kırıldı” ifadesi, “ilgili özel anahtarın kurtarılabileceği” şeklinde doğru bir şekilde anlaşılmalıdır. Sertifika ve içindeki genel anahtar doğası gereği halka açıktır; asıl gizli tutulması gereken şey, geçerli bir imza oluşturabilecek özel anahtardır.
Anahtar oluşturma süreci sorunları hala araştırılıyor
eMudhra’nin ilk açıklaması, sorunun izini Nisan 2025’teki bir anahtar oluşturma törenine kadar sürüyor. Açıklama, bir anahtar kapsülleme ve kapsülden çıkarma adımını içeriyor: orijinal güçlü anahtara ek olarak başka bir zayıf anahtar kümesi ortaya çıkıyor ve zayıf anahtarlar daha sonra sertifika başvurusu ve verilmesi için kullanılıyor. Şirket hala kesin temel nedenin kesin olarak belirlenmediğini söyledi. 6
Dolayısıyla belirlenebilecek şey, bu anahtarların ciddi anlamda zayıf olduğu ve ele geçirildiğidir; Arıza, ayrıca HSM’nin belirli bir donanım rastgele sayı kaynağının kusurlu olduğunun kanıtlanması olarak veya RSA, ECC veya TLS’nin genel bir kriptografik atılımı olarak tanımlanamaz.
Kök sertifika güvensizliği ne anlama geliyor?
Tarayıcı veya işletim sistemi, etkilenen ara CA’nin sertifikasını veya genel anahtarını doğrudan engelleyebilir veya bunlara yol açan kök güvenini kaldırabilir. İkinci önlem aynı kök altındaki bazı meşru sertifikaları da reddedecektir.
Google, CRLSet’den güncelleme almayan Chrome kök deposu kullanıcılarını korumak için emSign ECC Root CA - G3’nin kaldırılmasını planladı. Kök deponun kaldırılmasının, Pekin saatiyle 27-28 Ekim tarihleri arasındaki ilgili dönemde ertelenmesi bekleniyor; Google’nin orijinal zamanı ABD Pasifik Yaz Saati’ne göre 27 Ekim sabahıdır. Bu plan, daha önce uygulanan acil durum ortak anahtar engellemesinden ayrıdır. 1
Köke güvenmemek bir yanıt ölçüsüdür; kök özel anahtarının ele geçirildiğini tek başına kanıtlamaz.
2 Potansiyel etki neden kamu güven ekosistemini kapsıyor?
Güvenliği ihlal edilmiş anahtarlar ve etkilenen güven yolları
| Yargı nesnesi | Bu olayın kapsamı |
|---|---|
| Sorunlu anahtar belirlendi | eMudhra için 8 ara CA özel anahtarı |
| İşlem gerektirebilecek platformlar | Genel kök depo, tarayıcı, işletim sistemi, dil çalışma zamanı, yazılım paketi ve kapsayıcı ekosistemi |
| Muhtemelen kimliğine bürünülmüş kimlik TLS | İlgili sahte sertifika zincirini hâlâ kabul eden, müşteriler tarafından ziyaret edilen web siteleri veya hizmetler |
| Bu, tüm cihazların güvenliğinin ihlal edildiği anlamına mı geliyor? | Hayır; güven koşulları, saldırgan ağ konumu ve diğer doğrulama stratejileri istismar edilebilirliği belirler |
| Bu, tüm yasal sertifikaların geçersiz olduğu anlamına mı geliyor? | Hayır; ilgili geçersiz kılma, istemcinin güvenmediği köklere veya sertifika zincirlerine bağlıdır. |
Red Hat, istismarı açıkça müşterinin ilgili zinciri kabul ettiği, saldırganın güvenliği ihlal edilmiş özel anahtara sahip olduğu ve ağdaki bağlantıya müdahale edebildiği koşullarla sınırlandırır. Risk kapsamı, meydana gelen saldırıların sayısıyla karıştırılmamalıdır. 10
Diğer CA’yi kullanan web siteleri de başkasının kimliğine bürünebilir
Bir web sitesinin aslında Let’s Encrypt sertifikasını kullandığını ve ziyaretçinin istemcisinin aynı anda birden fazla genel CA’ye güvendiğini varsayalım. Saldırgan, aynı alan adı için başka bir sertifika oluşturmak amacıyla güvenliği ihlal edilmiş CA ara aracını kullanmayı deneyebilir. Müşteriler genellikle önceden alan adının yalnızca Let’s Encrypt kullanabilmesini gerektirmez; Sahte zincir hala kabul ediliyorsa, web sitesinin gerçekte kullandığı CA, bu tür saldırıları dışlamak için yeterli değildir. 8
Bu mekanizma şunu açıklıyor: Başlangıçta normal olan başka bir CA sertifikasını değiştirmek, istemcinin güvenliği ihlal edilmiş CA’ye olan güvenini otomatik olarak onarmayacaktır. Asıl kesilmesi gereken şey, müşterilerin sahte kimlikleri kabul etmesinin yoludur.
Üç etkinin ayrı ayrı ele alınması gerekiyor
Kimlik kimliğine bürünme riski: İlgili zinciri engellemeyen istemciler, saldırganın sahte kimliğini kabul ederek sahte hizmetlere hassas taleplerin gönderilmesine neden olabilir.
Meşru hizmet kullanılabilirliği riski: Kök güveninin kaldırılması, normalde meşru olan web siteleri için sertifika hatalarına neden olabilir ve bunların kabul edilen başka bir zincire taşınması gerekebilir.
Dağıtım kapsamı riski: Uygulamayla birlikte verilen güven deposu, sanal ortam, eski kapsayıcı görüntüsü veya derlenmiş program eski doğrulama davranışını korurken işletim sistemi sabitlenebilir.
Bu üç kapsam aynı değildir. Cloudflare’nin yanıtı uzaktan kimlik doğrulamayı, paylaşılan güven depolarını, temel görüntüleri ve bireysel uygulamaları kapsıyor ve son iki görevin neden ayrı ayrı ele alınması gerektiğini gösteriyor. 7
3 Etkilenen CA ve sertifika sağlayıcıları
Sağlayıcı ve Etki Türü
| sağlayıcı veya sistem | Bu olaydaki rolü | Ayırt edilmesi gereken sınırlar |
|---|---|---|
| eMudhra／emSign | Ara CA özel anahtarının güvenliği doğrudan ihlal edilir. | Tüm eMudhra köklerini ve tüm sertifikaları kırık olarak yazamazsınız |
| Sectigo ile ilgili çapraz imza zinciri | Etkilenen aynı ortak anahtar grubu için A çapraz sertifikası verildi ve bu da başka bir güven yolu oluşturdu. | İlgili çapraz sertifikanın veya genel anahtarın engellenmesi gerekir; Sectigo kök özel anahtarının tehlikeye atıldığı kanıtlanmadı. |
| Internet2/InCommon için ilgili sertifika seviyeleri | Bazı meşru sertifikalar, geçiş dahil olmak üzere emSign ECC kökünün kaldırılmasına dayanır | Bu, kök güvensizliğinin ikincil bir etkisidir ve bu 8 zayıf anahtarın ortası sayılamaz CA |
| Let’s Encrypt, DigiCert, Google Trust Services, GlobalSign, vb. | Bu raporda özel anahtarı ele geçirilen taraf olarak listelenmiyor | Meşru sertifikalar aynı şekilde geçersiz kılınmaz; Savunmasız istemciler hizmet verdikleri web sitelerini taklit eden sahte sertifikaları kabul etmeye devam edebilir |
| CDN, bulut platformu, sertifika satıcısı | Kaynak ve API’ye bağlanırken muhtemelen ilgili sertifikaları sağlayın veya halka açık bir güvenilir mağaza kullanın | Gerçek sertifika zincirini ve doğrulayıcıyı kontrol etmek için yalnızca platforma veya ürün adına bakmayın |
Mozilla’nin bildirimi, ele geçirilen anahtarları ve Sectigo çapraz imzalarını belgeliyor. Google’nin genel olay tartışması meşru Internet2/InCommon hiyerarşilerinin geçişini ele alıyor. 25 Cloudflare’nin adres hizmeti ve müşteri güvenini düzeltir; Cloudflare’nin kendi CA özel anahtarlarının tehlikeye girdiğini göstermezler. 7
TLS sertifika zinciri ve çapraz imza
Aşağıdaki ilişki bu sefer yalnızca TLS ile ilgili yolları açıklamaktadır. Kod imzalama yollarını içermez ve bu yollara tüm platformlarda hala güvenildiği anlamına gelmez. 17
emSign ECC Root CA - G3→emSign Root TLS CA - G3→ Etkilenen TLS Ara CA genel anahtarı → Hedef etki alanı için sahte sertifikaAAA Certificate Services→ Etkilenen TLS Ara CA genel anahtarı → Hedef etki alanı için sahte sertifika
emSign Root TLS CA - G3, etkilenen TLS ara ürünlerinin doğrudan ihraççılarından biridir ve bazı mağazalarda kendisi de bir güven dayanağı olabilir. emSign ECC Root CA - G3 başka bir çapraz imzalama katmanı sağlar. Sectigo’nin AAA Certificate Services’si aynı ara CA genel anahtarlarına ek bir yol oluşturur. 17
Bu nedenle onarım sırasında iki farklı ayrıntı düzeyi vardır:
- Tam ara CA’yi veya genel anahtarı engelleyin: bu, doğrulayıcının bu mekanizmayı desteklediği aynı kök altındaki diğer meşru hiyerarşileri koruyabilir.
- Kök güvenini kaldır: bu, ara CA engelleme yetenekleri olmayan istemcileri koruyabilir, ancak uyumluluğu etkileyebilir. Müşterinin kabul ettiği diğer tüm yollar da kapsanmalıdır. 5
“Tüm Sectigo/eMudhra köklerini silin”, ayrım gözetmeyen genel bir adım olarak alınmamalı veya benzer ada sahip bir sertifikanın silinmesi, tüm yolların kapalı olduğu anlamına gelmemelidir.
4 İşletim sistemi ve tarayıcı kapsamı
Ana platform
| platformu | Bilinen eğilim | Kullanırken kontrol edilmesi gereken kapsam |
|---|---|---|
| Windows ve Windows Server | Otomatik Sertifika Güven Listesi Güncellemesi Yoluyla Microsoft Dağıtımı Engellendi | Cihazın güncellemeyi alıp almadığı; bağımsız CA bundle, mutlaka Windows doğrulama yolunu kullanmaz |
| macOS, iOS, iPadOS, vb. Apple platformu | Olay koordinatörü Apple’nin ilgili ablukayı uyguladığını doğruladı | Her eski sürümün ve üçüncü taraf uygulamasının aynı kapsamı alacağı garanti edilmez |
| Android | Google, eşdeğer blokları Google Play hizmeti aracılığıyla dağıtır | Google Play servisi olmayan ROM, üreticinin duyurusuna göre doğrulanmalıdır; ek doğrulama için yerleşik doğrulayıcıyı kullanın |
| Ubuntu | Birden fazla güncel ve eski sürüm dalı da dahil olmak üzere sistem sertifikası paketi düzeltmeleri sağlandı | ESM’nin eski sürümü koşulları, kapsayıcı dahili sertifika paketini ve uygulama yerleşik kitaplığını destekler |
| Debian ve Devuan | Debian kayıtlı ca-certificates sabit | Kullanılan gerçek şubeyi ve kurulu paketi kontrol etmelisiniz ve başka bir şubenin sürüm numarasını kopyalayamazsınız. |
| RHEL ve türevleri | Resmi liste RHEL 6, 7, 8, 9, 10’dur ve etkilenebilecek ilgili ürünleri ve görselleri kapsar | Bu kontrol itibarıyla duyuru henüz düzeltmelerin ve hataların tam listesini listelememiştir; “Güncelleme bulunamadı” durumunun etkilenmediği düşünülemez |
| Fedora, Arch, Gentoo, Alpine, vb. | Olay sorumlusu ilgili onarım kayıtlarını derledi | Sürüm, sürüm dalı ve görüntüyle bağımsız olarak onaylandı |
| FreeBSD | Desteklenen tüm sürümleri resmi olarak listeler ve sistem güven deposu onarımlarını sağlar | Güncelleme sonrasında duyuruya göre ilgili daemon sürecini yeniden başlatın; bağımsız uygulama güven deposunu ayrı olarak kontrol edin. |
Windows, Apple ve sürümlerin özeti için bkz. 4; Android için bkz. 1; Ubuntu, Debian, RHEL ve FreeBSD için Düzenleyenin kayıtları sırasıyla 8–11’de gösterilir.
Artık desteklenmeyen sistemler, çevrimdışı cihazlar, NAS, yönlendiriciler ve diğer yerleşik ortamların, ilgili zincire hâlâ güvenip güvenmediklerini ve iptal veya yazılım güncellemelerini alacak kanalları olup olmadığını doğrulamaları gerekir. Platform adının kendisi, gerçek doğrulama davranışını kontrol etmenin yerine geçmez.
Tarayıcı koruması işletim sistemi korumasından farklıdır
Chrome, acil durum bloklarını dağıtmak için CRLSet’yi kullanır; Firefox, OneCRL gibi mekanizmaları kullanır. Firefox, uzaktan ayarları düzgün şekilde almayan yapılandırmalar için ek koruma sağlamak üzere engelleme bilgileriyle birlikte de piyasaya sürüldü. 13
Firefox Android’nin bazı yapılandırmaları, Mozilla’nin 158.0.2. tarafından düzeltileceğini belirttiği güncellenmiş listeyi başlangıçta doğru şekilde uygulamamıştı. Bu nedenle, erken 158.0.1’nin durumu, korunan tüm Android Firefox yapılandırmalarını içerecek şekilde genişletilemez. 2
Apple ve Windows’nin sistem doğrulaması için önlemler alınmıştır ancak bu, aynı makinedeki tüm komut satırı programlarının sistem doğrulamasından geçeceği anlamına gelmez. Etkinlik sorumlusu, bazı macOS yerleşik araçlarının bağımsız sertifika dosyaları kullandığını özellikle hatırlattı; kontrol sırasında gerçek TLS arka ucu ve CA kaynağı kaydedilmelidir. 4
Sertifika Şeffaflığına İlişkin Koruyucu Sınırlar
Google, bloğu uygulamadan önce altı TLS ara CA’nin, CT günlüğüne giren TLS sertifikasını vermediğini doğruladı. Bu nedenle, CT’yi uygulayan Chrome istemcileri ek korumaya sahiptir. Bu gerçek, CT’yi yürütmeyen diğer istemcilerin belgelenmemiş sertifikaları kabul etmiş olma olasılığını dışlamaz. 15
“Güvenilen köke bağlanabileceği ortaya çıktı”, “potansiyel istismar koşulları mevcut” ve “saldırı meydana geldi” üç farklı yargıdır ve birbiri ile değiştirilmemelidir.
5 Geliştirme ortamı ve çalışma zamanı onarım temeli
Aşağıdakiler onaylanmış düzeltmelerin temel çizgisidir ve bu sürümleri uzun vadede sabitlemek için bir gereklilik değildir. Dağıtımlar, yamaları geri alarak eski sürüm numaralarını düzeltebilir ve güvenlik önerileri de gözden geçirilmelidir.
| bileşenler | Onaylanmış sürüm veya güncelleme yöntemi | Dağıtımla ilgili hususlar |
|---|---|---|
| Node.js 24 | 24.22.1 veya aynı şubenin kararlı sürümünü güncelleyin | Kök depo güncellemelerini ve engellenen genel anahtar zincirlerinin reddedilmesini içerir; hizmet tarafından gerçekte kullanılan Node yolunu kontrol edin ve yeniden başlatın |
| Python certifi | 2026.10.19 veya daha yeni sürüm | Her gerçek çalışma ortamını kontrol edin; global Python kapsamında yalnızca bir paketi güncelleyemezsiniz |
| pip | 26.2.2 veya daha yeni sürüm | pip’yi eski sanal ortamda ayrı olarak güncelleyin ve yeni ortam oluşturulduktan sonra sürümü inceleyin |
| uv | 0.13.4 veya daha yeni sürüm | Aracın bir kopyasını gerçekte kurulduğu haliyle güncelleyin |
| Go | 1.27.3 veya 1.26.10, ilgili dalın güncellenmiş sürümü de mevcuttur | Araç zincirini güncelledikten sonra ilgili programları yeniden oluşturun ve dağıtın veya satıcının onarım ikili dosyasını edinin |
| Oracle JDK | İlgili desteklenen sürüm hatları için Critical yamaları | Farklı JDK yayıncıları kendi duyurularını takip eder; tüm Java sürümleri için geçerli olan tek bir sürüm numarası yoktur |
| Cloudflare Tunnel | cloudflared 2026.10.2 veya daha yeni sürüm | Çalışan hizmetleri güncelleyin; kapsayıcı dağıtımı görüntünün değiştirilmesini ve yeniden dağıtılmasını gerektirir |
| Cloudflare One／WARP | Platforma karşılık gelen sabit istemci sürümü veya güncellenmiş kararlı sürüm | İstemci tarafı ve sunucu tarafı önlemleri ayrı ayrı onaylanır. Belirli platform sürümleri için ek 7’ye bakın. |
Node, Python, Go, Oracle ve Cloudflare için orijinal talimatlar sırasıyla 13, 12, 14, 15’de mevcuttur, 7.
Python bağımsız sertifika veritabanı sorunu
Python yetkilileri, eski pip’nin sistem güveni ve yerleşik certifi kombinasyonunu kullanacağına dikkat çekti. Basitçe sistem sertifika deposunu değiştirmek veya pip’ye bir CA dosyası eklemek, yerleşik eski güvenini güvenilir bir şekilde hariç tutamaz. Bu nedenle PIP_CERT, REQUESTS_CA_BUNDLE veya --cert, eski pip’nin evrensel onarım yedeği olarak kullanılamaz. 12
Güncellemeden sonra mevcut sanal ortamları kontrol edin. Ayrıca, eski önyükleme bileşenlerinin güvenlik açığı bulunan araçları yeniden ortaya çıkarmaması için yeni oluşturulan ortamlarda gerçekten kurulu olan pip sürümünü de kontrol edin. İlk yükseltme için, diğer paketleri güncellemeden önce Python tavsiye belgesindeki indirme kaynaklarını ve SHA-256 doğrulama adımlarını izleyin. 12
Go ve diğer derlenmiş programlar
Go düzeltmesi crypto/x509 doğrulama mantığını değiştirdi. 14 Dağıtım mekanizması açısından bakıldığında, geliştirme makinesindeki derleyicinin güncellenmesi halihazırda konuşlandırılmış ikili dosyayı yeniden yazmayacaktır. Yeni kod katmanı engellemesini elde etmek için uygulamanın yeniden oluşturulup değiştirilmesi veya satıcı tarafından sağlanan güncellenmiş bir sürümün kullanılması gerekir. Daha eski bir programın sistem kök güncellemelerinden de yararlanıp yararlanamayacağı, kullandığı gerçek doğrulama yoluna bağlıdır.
Konteynerler ve paketlenmiş uygulamalar
Sistem sertifika paketi, uygulama bağımlılıkları ve kapsayıcıdaki çalışma zamanı genellikle görüntü içeriğine göre belirlenir. Ana bilgisayar güncellemesi, görüntü içeriği güncellemesine eşit değildir; temel görüntünün ve bağımlılıkların güncellenmesi gerekir ve çalışan gerçek örneğin yeniden oluşturulması, dağıtılması ve kontrol edilmesi gerekir. Kendi çalışma zamanlarıyla birlikte gelen paket uygulamalar ve masaüstü programları da satıcının yayın kanallarına göre güncellenmelidir. 710
6 Onarım uygulama talimatları
İlk önce muayene nesnesini belirleyin
Korunması gereken hizmetler için aşağıdaki bilgilerin kaydedilmesi ve ardından ilgili onarım yolunun seçilmesi önerilir. Bu bir dağıtım kontrol listesidir ve tüm bileşenlerin her sistemde mevcut olmasını gerektirmez.
| Proje | Kaydedilmesi gerekenler |
|---|---|
| Uygulamalar ve kullanımlar | Tarayıcı, ödeme API istemcisi, e-posta gönderme hizmeti, indirme aracı, ters proxy vb. |
| çalışma konumu | Ana bilgisayar, konteyner, sanal makine, masaüstü uygulaması veya mobil cihaz |
| Uygulamayı doğrulayın | İşletim sistemi doğrulayıcı, OpenSSL, Node, Python kitaplığı, Java veya özel uygulama uygulaması |
| güvenilir kaynak | Sistem CA paketi, certifi, JDK güven deposu, yerleşik CA bundle veya kurumsal yapılandırma |
| Onarım durumu | Yüklü sürüm, düzeltme eki kaynağı, yeniden başlatılıp başlatılmayacağı veya yeniden dağıtılıp dağıtılmayacağı |
| Kabul sonuçları | Etkilenen zincirin reddedilip reddedilmediği, normal iş bağlantısının başarılı olup olmadığı ve kontrol süresi |
Cloudflare geliştirici kılavuzunda özellikle SDK’nin doğrulama işlemini diğer bileşenlere devredebileceği belirtilmektedir; yalnızca üst düzey SDK’nin güncellenmesi gerçek güven politikasını mutlaka değiştirmez. 7
İşletim sistemleri ve tarayıcılar
Windows: Otomatik sertifika güven listesi güncellemelerini etkinleştirin ve doğrulayın. Güncelleştirmeleri yerleşik yönetim politikaları aracılığıyla dağıtın. Çevrimdışı cihazlar veya otomatik güncellemelerin devre dışı bırakıldığı cihazlar, engellemenin uygun bir yönetim süreci yoluyla uygulanmasını gerektirir. Windows sistem doğrulamasını ayrı olarak kullanmayan programları kontrol edin. 4
Apple Platform: Eksiksiz sistem, güvenlik bileşeni ve uygulama güncellemeleri. macOS’deki geliştirme araçları için ayrıca TLS arka ucunu, sertifika dosyalarını ve kurulum kaynaklarını da kontrol edin. Safari test zincirini reddettiği için makinenin tamamının onarıldığına karar verilemez. 4
Android:, Google Play hizmetlerini içeren cihazlarda güncelleyin. Google, bir cihazın yeniden başlatılmasının anında güncellemeyi tetikleyebileceğini belirtiyor. Bu hizmetlere sahip olmayan cihazlar için satıcıya veya ROM tavsiyelerine uyun; Google’nin kapsam beyanı her Android cihazı için otomatik olarak geçerli değildir. 1
Ubuntu/Debian: desteklenen depolardan sertifika paketlerini güncelleyin ve kurulu dağıtıma ilişkin önerileri kontrol edin. Örneğin APT tabanlı bir sistem şunları kullanabilir:
sudo apt update
sudo apt install --only-upgrade ca-certificates
dpkg-query -W -f='${Package} ${Version}\n' ca-certificatesUbuntu 22.04, 24.04, 26.04 ve 26.10 için ilgili güncellemeler standart destektir; önceki sürümler ESM desteği ve depo durumunu kontrol etmelidir. Komut başarıyla sona erdikten sonra yine de bültendeki düzeltme paketi sürümünü karşılaştırmalısınız. 89
RHEL ve ilgili ürünler: Ürün kanalına göre sertifika paketini ve güvenlik hatalarını kontrol edin. Sürüm kontrolü aşağıdakiler kullanılarak yapılabilir:
rpm -q ca-certificatesSatıcı yamalarını edinmek için desteklenen DNF/YUM güncelleme mekanizmasını kullanın; Kanal henüz bir düzeltme sağlamadıysa “güncellenebilir paket yok” seçeneğinin güvenli olduğunu düşünmeyin. Kök güvenini geçici olarak kaldırmak gerektiğinde, üretici tarafından açıkça listelenen önlemleri alın ve meşru işletme sertifikalarının uyumluluğunu değerlendirin. 10
FreeBSD: ilgili sistem dalını resmi danışma belgesinde belirtildiği şekilde güncelleyin, ardından etkilenen OpenSSL güven yapılandırmasını kullanarak arka plan programlarını yeniden başlatın veya sistemi yeniden başlatın. 11
Uygulamalar ve görseller
İlgili çalışma zamanı ve sertifika bağımlılığı güncellemelerini tamamladıktan sonra, terminalin yeni bir sürüme geçmesini ve arka plan programının hala eski kurulum dizinini kullanmasını önlemek için hizmetin gerçekten çalıştığı yürütülebilir dosya yolunu kontrol edin. Çoklu ortam Python, hizmet kapsayıcıları ve kendi çalışma zamanlarıyla birlikte gelen uygulamalar için bunların ayrıca kontrol edilmesi gerekir.
Yeniden oluşturulması gereken bileşenler için derleme sürümünü, bağımlılık sürümünü ve dağıtım görüntüsü kimliğini kaydedin. Kabul nesnesi, çalışan gerçek örnektir ve yalnızca yapı makinesindeki veya görüntü kayıt defterindeki yeni etiketi kontrol edemez. 71214
Web sitesi sertifika taşıma
Bir web sitesinin zinciri iptal edilmiş veya engellenmiş bir ara CA içeriyorsa veya sonuçta güvenilmeyen bir köke dayanıyorsa, müşterilerin hâlâ kabul ettiği başka bir zincir edinin. Sunucu sertifika zincirinin tamamını yükleyin ve yük dengeleyiciler, ters proxy’ler, CDN uç noktaları ve doğrudan erişilebilen kaynaklar dahil her girişi kontrol edin. 15
Geçişin gerekli olup olmadığı gerçek zincire bağlıdır. Yalnızca sertifika satış markasına göre filtreleme, yeniden satış veya çapraz imzalama ilişkilerini gözden kaçırabilir; yalnızca düzenli süre sonu yenilemesinin beklenmesi, kök depo güncellenmeden önce geçişin mutlaka tamamlanması anlamına gelmeyebilir.
CA tarafından verilen ve etkilenen köke dayanmayan diğer normal web sitesi sertifikalarının bu olay nedeniyle yeniden imzalanmasına gerek yoktur. Aynı zamanda, web sitesi sunucusunun kendisi de harici hizmetleri ararken istemci tarafında onarım kontrolleri yapmalıdır.
7 Düzeltmenin gerçekten etkili olduğunu doğrulayın
Sürüm kontrolü ve davranış kontrolü ayrı ayrı gerçekleştirilir
Sürüm kontrolleri, yamaların veya sabit bileşenlerin dağıtıldığını doğrulamak için kullanılır; Davranışsal kontroller, uygulamanın gerçekten beklenen doğrulama yolunu kullandığını doğrulamak için kullanılır. İki kontrol farklı sorunları çözer ve bunların hiçbiri “Güncelleme komutu başarıyla yürütüldü” ile değiştirilemez.
Etkinlik sorumlusu, test alanı ve sertifika zinciri materyallerini sağlar ve giriş, 4 ekinde yoğunlaşmıştır. Normal sertifika doğrulama yapılandırması korunarak hedef uygulamanın gerçek işletim ortamında doğrulanmalıdır. 47
| Sonuçları kontrol edin | Çıkarılabilecek sonuçlar |
|---|---|
| Etkilenen zincire güvenilmediği için açıkça reddet | Test edilen doğrulama yolunun zinciri reddettiğini belirtir |
| Etkilenen zinciri normal şekilde kabul edin | Bu yolun onarılmaya devam edilmesi veya yapılandırmanın kontrol edilmesi gerektiğini belirtir. |
| DNS hatası, bağlantı zaman aşımı, proxy reddi veya hizmete ulaşılamıyor | Buradan sertifika riskinin ortadan kaldırıldığı sonucuna varılamaz. |
| Tarayıcı reddediyor ancak uygulama çağrısı kontrol edilmiyor | Arka plan programını değil, yalnızca tarayıcıyı onaylayabilir. |
| A zinciri reddedildi | İstemcinin başka bir çapraz imzalama yolunu kabul edip etmediğini yine de değerlendirmeniz gerekiyor |
Test aynı zamanda tüm istek hatalarının, iş başarısızlıklarından sonraki başarılı onarımların çok fazla güvenin ortadan kalkmasından kaynaklandığı yanılgısına düşmemek için normal iş bağlantılarını da kapsamalıdır.
Önerilen tamamlama koşulları
- Etkilenen bileşenlerin güncelleme kaynağı ve sürümü belgelenmiştir.
- İlgili çalışan örnek yeniden başlatıldı, yeniden oluşturuldu veya yeniden konuşlandırıldı.
- Gerçek uygulama, etkilenen zinciri reddeder ve normal iş için TLS doğrulaması çalışmaya devam eder.
- Bağlantıyı yeniden kurmak için sertifika doğrulamayı geçici olarak kapatacak bir yapılandırma yok.
- Web sitesi sertifika geçişi söz konusuysa tüm harici girişler değiştirilip doğrulanmıştır.
Yukarıdaki tamamlanma koşulları, bu bertarafın işletme ve bakım kabulüne yönelik önerilerdir; ekipmanın başka güvenlik sorunlarının olmadığının kanıtlanmasıyla eşdeğer değildir.
8 Tarihsel HTTPS trafik ve risk sınırları
Üç tür anahtarın farklı kullanımları vardır
| anahtar | Ana amaç |
|---|---|
| CA özel anahtar | Sertifikadaki kimliği ve ortak anahtar bağlamayı imzalayın |
| Web sitesi özel anahtarı | Sertifika kimlik doğrulamalı TLS el sıkışmasında sunucu kimliğini kanıtlayın |
| oturum anahtarı | Bir bağlantıda iletilen verileri koruyun |
CA özel anahtarının alınması, web sitesi özel anahtarının veya tüm oturum anahtarlarının alınmasına eşdeğer değildir. A Geçici anahtar değişimini kullanan ileri gizlilikle normal bağlantı, uzun vadeli imzalama anahtarının daha sonra tehlikeye atılması nedeniyle geçmiş oturumları otomatik olarak açığa çıkarmaz. TLS 1.3’nin ilgili güvenlik özellikleri için bkz. RFC 8446. 16
Bu seferki asıl risk, kimlik doğrulama aşamasında ortaya çıkıyor: İstemci sahte sunucunun sertifikasını kabul ederse, saldırganla hâlâ şifreli olan bir bağlantı kurabilir. TLS 1.3 ayrıca güvenilir kimlik doğrulaması gerektirir; yalnızca protokol sürümünün yükseltilmesi CA’yi engellemenin yerini almaz.
Şu anda yapılabilecek ve yapılamayan kararlar
Onaylandı: belirli ara CA özel anahtarlarının güvenliği ihlal edildi; etkilenen kamu güven yollarının geniş erişimi vardır; büyük platformlar ve çeşitli yazılım ekosistemleri harekete geçti. 145
Bu olayla kanıtlanmamıştır: tüm kullanıcıların ortadaki adam saldırılarına maruz kaldığı, diğer CA özel anahtarlarının ele geçirildiği, tüm geçmiş HTTPS trafiğinin şifresinin çözülebildiği veya bir tarayıcının güncellenmesinin cihazdaki her uygulamayı koruduğu.
Belirli bir hizmetle ilgili nihai karar, yalnızca adres çubuğunun HTTPS okuyup okumadığına değil, sertifika zincirine, doğrulama politikasına, fiilen çalışan bileşenlere ve güncelleme durumuna göre verilmelidir.
Ek A Etkilenen ara ürün CA adı
Aşağıdaki adlar varlık kontrollerine yardımcı olur. Adlar, sertifika parmak izlerinin veya genel anahtar tanımlayıcılarının yerini almaz. Otomatik eşleştirme, çapraz imzalı sertifikalar da dahil olmak üzere olay bakımcıları veya satıcıları tarafından yayınlanan tanımlayıcıların aynısını kullanmalıdır. 5
| Orta CA | Amaç | İlgili kuruluşlar |
|---|---|---|
| EM EV TLS CA - G3B | TLS | eMudhra BV |
| EM OV TLS CA - G3B | TLS | eMudhra BV |
| EM DV TLS CA - G3B | TLS | eMudhra BV |
| EM EV TLS CA - G3C | TLS | eMudhra Inc |
| EM OV TLS CA - G3C | TLS | eMudhra Inc |
| EM DV TLS CA - G3C | TLS | eMudhra Inc |
| EM OV CS CA - G3B | kod imzalama | eMudhra BV |
| EM OV CS CA - G3C | kod imzalama | eMudhra Inc |
TLS, kod imzalamayla tam olarak aynı doğrulayıcı ve iptal mekanizması değildir. Bu makalenin odak noktası HTTPS/TLS’dir; kod imzalama ortamı bu doğrulama amacıyla Microsoft, JDK veya ilgili yazılım sağlayıcılarını benimsemeli ve tarayıcı test sonuçları kod imzalamanın kabulü olarak değerlendirilmemelidir. 515
Ek B Referans bağlantısı
Aşağıdaki kaynaklar 22 Ekim 2026 tarihinde doğrulanmıştır. Devam eden duyuru güncellenmeye devam edebilir, metindeki durum ve versiyon bu belgenin tarihine göre anlaşılmalıdır.
Olay gerçekleri ve platform yönetimi
[1] Google Chrome ve Android Resmi Duyuru Özel anahtar kusurlarını, SPKI engellemeyi, Google Play hizmet dağıtımını, CT korumasını ve Chrome kök deposu kaldırma planlarını açıklar. Protecting Chrome and Android Users from Compromised eMudhra Intermediate CA Certificates
[2] Mozilla Bugzilla 2083449 Olay kaydı Orijinal raporları, bağımsız doğrulamayı, oluşturma süreci incelemesini, Firefox Android için sonraki düzeltmeleri ve yasal sertifika geçişi tartışmalarını içerir; 5, 11, 29 ve 30. yorumlara odaklanın. eMudhra Private key compromise of Intermediate Certificates
[3] Mozilla Firefox Güvenlik Bildirimi OneCRL acil durum dağıtımının ve ardından Firefox/NSS imhasının açıklaması. Protecting Firefox users following the compromise of eMudhra intermediate certificates
[4] Etkinlik koordinatörü Dennis Jackson Bakım özeti ve tespit portalı Platform ve yazılım onarım durumu, test girişi, genel sertifika zinciri malzemeleri ve Windows/macOS gibi ortamlar hakkında ek talimatlar sağlar. Test sonuçları yalnızca test edilen gerçek doğrulama yollarını temsil eder. eMudhra Intermediate CA Compromise
[5] Mozilla Dağıtım ve güvenilir mağaza yöneticilerine bildirim 6 TLS ve 2 kod imzalama ara aracı CA, Sectigo çapraz imzalama, iptal ve kök güven işleme sınırlarını açıklar ve tam sertifikayı ve ortak anahtar kimliğini listeler. oss-security eMudhra Intermediates Compromise
[6] eMudhra Resmi Etkinlik Bildirimi Üreticinin anahtar oluşturma sürecine ilişkin ön açıklamasını sağlayın; Kesin temel neden yine de tamamlanan soruşturmanın sonucuna bağlı olacaktır. eMudhra Statement on Recent Certificate Security Incident
[7] Cloudflare Resmi olay ve onarım talimatları WARP, Cloudflare Tunnel, kaynak site doğrulaması, çalışma zamanı bağımlılıkları, görüntü güncellemeleri ve doğrulama yöntemlerini kapsar. 8 eMudhra certificates are compromised Here is what you need to know
İşletim sistemleri ve dağıtımlar
[8] Ubuntu Resmi Onarım Duyurusu Her sürüm için ca-certificates düzeltme paketlerini, destek kanallarını ve hedeflenen güncelleme adımlarını listeler. eMudhra CA compromise fixes available
[9] Debian Resmi sorun ve onarım kaydı Bakımcının düzeltme kaydı ve ilgili sürüm paketi standart olarak alınmalı ve sorun tartışmasındaki erken geçici öneriler nihai çözüm olarak görülmemelidir. Debian bug 1151413 eMudhra Intermediate CA key compromise
[10] Red Hat Resmi Güvenlik Bülteni RHSB 2026 012 RHEL 6’den 10’a kadar listeler, ilgili ürün ve konteyner etkilerini ve düzeltme ve ara imha girişlerini listeler. Certificate compromise eMudhra
[11] FreeBSD Resmi Güvenlik Bülteni Etkilenen sistem dallarını, onarım sürümlerini ve hizmeti yeniden başlatma gereksinimlerini sağlayın. FreeBSD SA 26 73 caroot
Çalışma zamanı ve protokoller
[12] Python Resmi etkinlik açıklaması pip, certifi, uv vb. için onarım temelleri sağlar, eski pip bağımsız güven deposunun sorununu açıklar ve SHA-256 doğrulamasıyla ilk yükseltme yöntemini sağlar. Information for Python users regarding eMudhra emSign CA certificate security incident
[13] Node.js 24.22.1 Resmi sürüm NSS kök depo güncellemelerini içerir ve engellenen ortak anahtar sertifika zincirlerini içeren değişiklikleri reddeder. Node.js 24.22.1 security release
[14] Go Resmi güvenlik sürümü Açıklama crypto/x509 Go 1.27.3/1.26.10. için sertifika zinciri filtreleme güncellemesi Go 1.27.3 and Go 1.26.10 are released
[15] Oracle JDK Resmi İmha Talimatları Hemen yükseltilemediğinde JDK kritik yamasını ve ilgili yapılandırma önlemlerini açıklayın. Distrusting eMudhra Intermediate Certificates in Oracle JDK
[16] TLS 1.3 Protokol standardı RFC 8446 Kimlik doğrulama, geçici anahtar değişimi ve iletme gizliliğine ilişkin talimatlar için ek E.1’ye bakın. The Transport Layer Security Protocol Version 1.3
[17] Olayla ilgili kök sertifika ve verme ilişkisi verileri Doğrudan ihraççı ve çapraz imza ilişkisini anlamak için kullanılır; kök depoya dahil edilme durumu, istemcinin en son iptal veya engelleme durumunun yerini alamaz. Root certificate relationships JSON