Bu makalede
Kapsam
Google Chrome sertifika politikası değişikliği
Özel Bulut Sunucusu UC uygulamaları — mevcut davranış
dropdown icon
Etki değerlendirmesi
    Etkilenen sertifikalar
    Sertifikalar etkilenmedi
Cisco planlı iyileştirme
Gerekli müşteri ve iş ortağı işlemleri
dropdown icon
Varsayılan güven deposu hususları
    Android güven mağazası notu
dropdown icon
Tarayıcı erişimi hususları (Google Chrome)
    Windows — gerekli güven yapılandırması
    Mac OS — gerekli güven yapılandırması
Üçüncü taraf entegrasyon hususları
İsteğe bağlı doğrulama testi
Destek
UCM Cloud (UCMC) müşterileri için ek hususlar
Referans
Adanmış Örnekleri etkileyen genel CA sertifikası değişiklikleri
list-menuBu makalede
list-menuGeri Bildirim?

Google Chrome, herkese açık olarak güvenilen SSL/TLS sertifikalarında Gen işletilmiş Anahtar Kullanımı (EKU) ile ilgili önemli bir politika değişikliği uyguluyor.

Kapsam

Bu, herkese açık TLS sertifikalarının verilmesini etkileyen yaklaşan bir Google Chrome tarayıcı politikası değişik liği hakkında sizi bilgilendirmek ve Cisco'nun Özel Bulut Bulut ve UCM Bulut ortamlarında karşılıklı TLS (MTL) bağlantıları için sürekli destek sağlamak için yapacağı eylemleri öz Cisco Webex Calling etlemek içindir.

Google Chrome sertifika politikası değişikliği

1 Şubat 2027'den itibaren, Google Chrome Güven programına dahil olan Genel Sertifika Yetkilileri (CA'lar), İstemci Kimlik Doğrulaması (ClientAuth) Genişletilmiş Anahtar Kullanımı (EKU) içeren sertifikaların imzalanmasını durduracaktır.

15 Mart 2027 tarih inden itibaren geçerli olmak üzere Google, Chrome Kök Mağazası'ndaki Genel Kök CA'ların yalnızca Sunucu Kimlik Doğrulaması (ServerAuth) EKU'sunu içeren sertifikalar vermesini gerektiren bir politika uygulayacaktır. Sonuç olarak, Chrome Kök Mağazası'ndaki Genel Kök CA'ların artık hem Sunucu Kimlik Doğrulaması hem de İstemci Kimlik Doğrulaması EKU'larını tek bir sertifikada birleştiren sertifikalar vermesine izin verilmeyecektir.

Özel Bulut Sunucusu UC uygulamaları — mevcut davranış

Özel Bulut Sunucusu UC uygulamaları, MTL bağlantıları için güven oluşturmak amacıyla tek bir sertifika içinde hem Sunucu Kimlik Doğrulaması hem de İstemci Kimlik Doğrulaması EKU'larını içeren sertifikalar kullanır. Ayrı sunucu ve istemci sertifikaları desteği artık UC uygulama sürümü V15su5 ile kullanılabilir.

Şu anda Adanmış Bulut Sunucusu, bu sertifikaları imzalamak için Google Chrome Kök Mağazası'nın bir parçası olan IdenTrust Commercial Root CA 1'i kullanır. Ancak, yaklaşan Chrome politikası değişikliği nedeniyle, bu CA'nın 1 Şubat 2027'den itibaren her iki EKU'yu içeren sertifikaları tek bir sertifikada yayınlamasına artık izin verilmeyecek.

Etki değerlendirmesi

Etkilenen sertifikalar

Aşağıdaki UC uygulama sertifikaları bir Genel Kök CA kullanılarak imzalanır ve genellikle MTL bağlantıları için kullanılır:

UC uygulamasıSertifika türüOrtak MTL bağlantıları
Cisco Unified CM/KOBİTomcat/Tomcat-ECDSA LDAP, Filebeat, Logstash, MRA üzerinden SIP OAuth, Uzak Syslog
Çağrı Yöneticisi/Çağrı Yöneticisi-ECDSA SIP Trunks, Düğümler arası ve Kümeler arası bağlantılar
Cisco Unity ConnectionTomcat/Tomcat-ECDSA SIP Proxy, SIP Track'ları
Cisco IM ve VarlıkTomcat/Tomcat-ECDSA —
bardak/bardak-ECDSA CUCM, üçüncü taraf istemciler, SIP Proxy ile güvenli SIP
kup-xmpp/kup-XMPP-ECDSA XMPP Federasyonu
Cisco Emergency ResponderTomcat/Tomcat-ECDSA —
Cisco ExpresswaySunucu Sertifikası Mobil ve Remote Access (MRA)

Sertifikalar etkilenmedi

Özel Bulut Sunucusunda kalan tüm sertifikalar kendiliğinden imzalanır. Ek bilgi için bkz. Özel Bulut Sunucusu sertifika yönetimi.

Cisco planlı iyileştirme

Chrome ilke değişikliğini gidermek ve kesintisiz MTL'ler işlevini korumak için Cisco aşağıdaki işlemleri gerçekleştirir:

  • Cisco, 1 Haziran 2026 'dan itibaren geçerli olmak üzere, Özel Bulut Sunucusu UC uygulama sertifikalarını imzalamak için kullanılan Genel Kök CA'yı tüm Sertifika Yenilemeleri için IdenTrust Commercial Root CA 1'den IdenTrust Public Sector Root CA 1'e değiş tirecektir.

    Ser tifika yenileme süreci aynı kalır ve Control Hub Uyarılar Merkezi, yenileme planland ığında müşterileri "Bakım ve Kes inti" uyarısı aracılığıyla bilgilendirir. Daha fazla bilgi için Bakım uyarıları bölümüne bakın.

  • Sertifikalar hem Sunucu hem de İstemci Kimlik Doğrulama EKU'larını içermeye devam edecektir.

Gerekli müşteri ve iş ortağı işlemleri

Müşteri ortamındaki TLS veya mTLS bağlantılarını kullanarak UC uygulamalarını Adanmış Bulut Sunucusunda bağlayan üçüncü taraf uygulamaları veya hizmetleri, Özel Bulut Sunucusundaki UC uygulamalarıyla aynı serti fika zincirini kullanmalıdır. Müşteri sistemleri veya uygulamaları güven deposu zaten gerekli IdenTrust sertifika yetkililerini içermiyorsa, TLS/MTLS bağlantı hatalarını önlemek için yeni kök sertifikanın içe aktarılması gerekir.

  1. Mevcut MTL Bağlantılarını Denetleyin
    1. TLS veya MTL'leri kullanarak Özel Bulut Sunucusundaki UC Uygulamalarına bağlanan uygulamaları, üçüncü taraf hizmetleri veya entegrasyonları belirleyin.
    2. Bu uygulamaların yeni Genel Kök CA: IdenTrust Public Sector Root CA 1'e güven ip güvenmediğini doğrulayın.
  2. Yeni Genel Kök CA'yı ekleyin (gerekirse)
    1. IdenTrust Public Sector Root CA 1 müşteri uygulamasında veya sistem güven deposunda zaten güvenilmiyorsa, eklenmesi gerekir.
    2. Aynısı aşağıdaki bağlantılardan indirilebilir:

      Kök CA: IdenTrust Kamu Sektörü Kök CA 1

      Alternatif indirme sayfası: IdenTrust Support Downloads

      Verme/Alt CA: IdenTrust Kamu Sektörü Sun ucusu CA 1.

    Çoğu uygulama için, sunucu tam zinciri sunuyorsa Kök CA'ya güvenmek yeterlidir. Verme/Alt CA'nın, ara sertifikanın ayrı olarak içe aktarılmasını gerekti ren uygulamalar için dahil edilmesi yararlıdır.

Varsayılan güven deposu hususları

IdenTrust Public Sector Root CA 1, aşağıdaki işletim sistemleri ve platformlar için standart güven depol arında varsayılan olarak güvenilir:

Sonuç olarak, yeni Genel CA'nın kök sertifikasının zaten listelendiğini onay lamak için müşterinin yalnızca bu platformlar için güven depolarını doğrulaması gerekir. Bu, bu platformlarda varsayılan güven depolarını kullanan uç noktalar/istemciler veya üçüncü taraf sistemler için geçerlidir. Her platformda güven deposunu güncellemek için talimatlar aşağıdaki bölümlerde verilmiştir. Bu güncellemeleri gerçekleştirme sorumluluğu Müşteri veya İş Ortağına aittir; aşağıdaki bağlantılar ve adımlar ilgili platform satıcılarının çevrimiçi makalelerine atıfta bulunur ve Cisco en iyi çaba esasına göre yardım sağlar. Daha fazla açıklama için doğrudan ilgili platform satıcılarıyla çalışmalısınız.

Bu platformlar müşteri tarafından kontrol edilen kurumsal güven depolarını kullanıyorsa, müşteri kök sertifikanın güven deposunda bulunduğunu doğrulamalıdır, çünkü otomatik senkronizasyon veya güncellemeler gerçekleşmeyebilir.

Tipik olarak, bir Windows bilgisayarında sınırlı sayıda güvenilir kök sertifika yüklü olabilir. Windows Update, en son Sertifika Güven Listesini (CTL) otomatik olarak indirmelidir, ancak bu birkaç nedenden dolayı gerçekleşmeyebilir. Microsoft en yaygın nedenleri belgeler:

  • ctldl.windowsupdate.com'a doğrudan İnternet erişimi yok (örneğin, proxy kısıtlamaları, güvenlik duvarı kuralları veya çevrimdışı ortam nedeniyle)
  • Windows Update hizmeti sorunları (sıkışmış, devre dışı bırakılmış veya çalışamıyor)
  • Bozuk sertifika deposu veya kayıt defteri ayarları
  • Güncelleme doğrulamasını engelleyebilecek yanlış sistem saati ayarları
  • CTL güncellemelerini engelleyen Grup İlkesi veya MDM kısıtlamaları.

Windows'ta güvenilir kökleri ve izin verilmeyen sertifikaları yapılandırma hakkında daha fazla bilgi edinmek için Güvenilen kökleri yapılandırma bölümüne bakın.

Android güven mağazası notu

IdenTrust Public Sector Root CA 1, Android sistem CA deposuna dahildir ve şu anda desteklenen Android sürümlerinde varsayılan olarak güvenilir. Android, bireysel kök sertifika tanıtım tarihleri için genel, sürüme özgü bir eşleme sağlamaz. Güven, Android sistem CA mağaz ası aracılığıyla yönetilir ve işletim sistemi güncellemeleri ve Google Play sistem güncellemeleri aracılığıyla dağıtılır.

Android sistem güven deposu cihaz ilkesi, kurumsal yönetim denetimleri veya uygulamaya özgü gü ven kısıtlamaları tarafından açıkça değiştirilmedikçe müşteri eylemi gerekmez.

Tarayıcı erişimi hususları (Google Chrome)

IdenTrust Public Sector Root CA 1, Google Chrome Kök Mağazası'na dahil değildir.

Google Chrome'un bu kök CA kapsamında verilen sertifikalara güvendiğinden emin olmak için müşteriler, Chrome'un yerel güven kararları için kullandığı konumlarda kök sertifikanın işletim sistemi düzeyinde açıkça güvenildiğinden emin olmalıdır.

Windows — gerekli güven yapılandırması

Kök CA'ya Windows'ta Google Chrome tarafından güvenildiğinden emin olmak için, IdenTrust Public Sector Root CA 1 aşağıdaki konumlardan birine aktarılmalıdır:

  • Yerel Bilgisayar → Güvenilir Kök Sertifika Yetkilileri

    (Kurumsal yönetilen sistemler için önerilir)

veya

  • Geçerli Kullanıcı → Güvenilir Kök Sertifika Yetkilileri

    (Kullanıcı düzeyinde güven için)

Windows Sertifika İçe Aktarma Sihirbazı kullanılarak bu konumlara (Grup İlkesi dahil) içe aktarılan sertifikalar Google Chrome tarafından güvenilir.

Yalnızca Windows Üçüncü Taraf'ta bulunan kök sertifikalara, yukarıda açıklandığı gibi açıkça içe aktarılmadığı sürece Chrome tarafından otomatik olarak güvenilmez.

Mac OS — gerekli güven yapılandırması

Kök CA'ya macOS'ta Google Chrome tarafından güvenildiğinden emin olmak için, IdenTrust Public Sector Root CA 1 macOS Anahtar Zincirine eklenmeli ve açıkça güvenilmelidir:

  1. Sertifikayı Sistem Anahtarlığı (önerilir) veya Oturum Açma Anahtarlığına aktarın

  2. Sertifikayı açın ve ayarlayın:

    • Bu sertifikayı kullanırken: Daima Güven

      (veya en azından SSL: Always Trust)

Sistem veya kullanıcı düzeyinde güvenildikten sonra, Google Chrome sertifikayı güvenilir olarak onurlandıracaktır.

Yöneticiler Chrome tarafından hangi platform sertifikalarına güvenildiğini şu adrese giderek doğrulayabilir: chrome: //certificate-manag er/localcerts/platformcerts

Daha fazla bilgi için bkz. Google SSS.

Üçüncü taraf entegrasyon hususları

Üçüncü taraf entegrasyonları birincil müşteri doğrulaması gerektirir.

Adanmış Bulut Sunucusu UC uygulamalarıyla TLS/mTLS bağlantıları kuran üçüncü taraf uygulamaları veya hizmetleri için müşteriler, Özel Bulut Sunucusunu etkileyen Genel CA sertifika değişikli klerinde belirtilen eylemleri izlemelidir.

Gü ven deposu güncellemeleri gerekiyorsa doğrudan üçüncü taraf satıcınızla veya BT yöneticinizle işbirliği yapmanız gerekir. Üçüncü taraf güven depolarında veya sertifika doğrulama davranışlarında yapılan değişiklikler Cisco'nun sorumlulukları dışındadır ve Cisco üçüncü taraf sertifika güven yapılandırmaları veya sorun giderme konusunda yardımcı olamaz.

İsteğe bağlı doğrulama testi

Müşteriler, IdenTrust test sertifikasını kullanarak yeni Genel Kök CA'yı doğrulay abilir.

Sayfa başarıyla açılırsa, IdenTrust Public Sector Root CA 1 ortamınızda güvenilir.

Bu araç, Microsoft Edge, Safari ve Mozilla Firefox gibi tarayıcılarla herhangi bir uyarı olmadan çalışır. Chrome'da bir uyarı gösterecektir - bu bekleniyor çünkü yeni Genel CA Chrome 'un güven mağazasının bir parçası değil. Bu uyarıyı göz ardı edebilir ve güveni doğrulamak için Chrome'u kullanmaya devam edebilirsiniz.

Bu araç sadece hızlı bir doğrulamadır ve uygulamalarınızın veya güvenli entegrasyonlarınızın yeni IdenTrust Public Sector Root CA 1'e nasıl güveneceğini tam olarak vermez. Yeni CA ile sertifika yenilemesi gerçekleşmeden önce başka doğrulamalar yapmanız şiddet le tavsiye edilir.

UCM Cloud (UCMC) müşterileri için ek hususlar 

Etki alanlarına sahip olan ve kendi UC uygulama sertifikası yenilemelerini yöneten ve UC uygulama sertifikalarını imzalamak için Cisco'ya etki alanı yetkisi devredemeyen UCM Cloud (UCMC) müşterileri, bu değişikliği gidermek için seçtikleri Genel Ser tifika Yetkilileriyle doğrudan çalışmaktan sorumlu olacaktır. 

Bu müşteriler ayrıca yaklaşmakta olan Genel CA ve tarayıcı politikası değişiklikleriyle ilgili sertifika kullanımı ve düzeltme ile ilgili geçerli UC uygulama ürünü (Cisco şirket içi arama ürünleri ve Cisco Expressway) önerileriyle uyumlu olmalıdır. Daha fazla bilgi için bkz. Roller ve Sorumluluklar. 

Ayrı sunucu ve istemci sertifikaları için UC uygulama desteği kullanılabilir hale geldikçe Cisco güncellemeleri sağlamaya devam edecektir. En son güncellemeler için bu belgeye bakın.

Bu makale yararlı oldu mu?
Bu makale yararlı oldu mu?