- Kezdőlap
- /
- Cikk
A Google Chrome jelentős irányelvváltoztatást hajt végre a nyilvánosan megbízható SSL/ TLS tanúsítványok kiterjesztett kulcshasználatával (EKU) kapcsolatban.
Hatókör
Ennek célja, hogy tájékoztassa Önt a Google Chrome böngészőszabályz atának közelgő módosí tásáról, amely befolyásolja a nyilvános TLS-tanúsítványok kiadását, és felvázolja azokat a lépéseket, amelyeket a Cisco megtesz annak érdekében, hogy biztosítsa a kölcsönös TLS-kapcsolatok folyamatos támogatását a Cisco Webex Calling dedikált példányban és az UCM Cloud környezetben.
A Google Chrome tanúsítványházirend-módosítása
2027. február 1-jétől a Google Chrome Trust programban szereplő nyilvános tanúsítványhatóságok leállítják az ügyfél hitelesítési (ClientAuth) kiterjesztett kulcshasználatot (EKU) tartalmazó tanúsítványok aláírását.
2027. március 15-től kezdődően a Google olyan szabályzatot fog érvényesíteni, amely előírja, hogy a Chrome Root áruházban található nyilvános root hitelesítések kiadása csak a Server Authentication (ServerAuth) EKU-t tartalmazó tanúsítványokat. Ennek eredményeként a Chrome Root áruházban lévő nyilvános root hitelesítések már nem adhatnak ki olyan tanúsítványokat, amelyek egyaránt egyetlen tanúsítványban egyesítik a kiszolgál ó hitelesítést és az ügyfélhitelesítési EKU-kat.
Dedikált példányú UC alkalmazások — aktuális viselkedés
A dedikált példányú UC-alkalmazások jelenleg olyan tanúsítványokat használnak, amelyek mind a kiszolgáló hitelesítést, mind az ügyfélhitelesítési EKU-kat tartalmaznak egyetlen tanúsítványon belül, hogy megbíz hatóságot teremtsenek az A külön kiszolgáló- és ügyféltanúsítványok támogatá sa mostantól elérhető az UC alkalmazás v15su5 kiadásával.
Jelenleg a Dedikált példány a Google Chrome Root áruház részét képező IDentrust Commercial Root CA 1-et használja a tanúsítványok aláírásához. A Chrome-szabályzat közelgő módosítása miatt azonban ez a hitelesítő 2027. február 1-jétől már nem adhat ki mindkét EKU-t tartalmazó tanúsítványokat egyetlen tanúsí tvá nyban.
Hatásvizsgálat
Érintett tanúsítványok
A következő UC alkalmazás-tanúsítványok nyilvános gyökérhitelesítő segítségével vannak aláírva, és általában MTL-kapcsolatokhoz használják őket:
| UC alkalmazás | Tanúsítvány típusa | Általános MTL-kapcsolatok |
| Cisco Unified CM/KKV-k | Tomcat/Tomcat-ECDSA | LDAP, Filebeat, Logstash, SIP OAuth MRA-n keresztül, Remote Syslog |
| Hívókezelő/Hívókezelő-ECDSA | SIP törzsek, csomópontok közötti és klaszterek közötti kapcsolatok | |
| Cisco Unity Connection | Tomcat/Tomcat-ECDSA | SIP Proxy, SIP csomagok |
| Cisco IM és jelenlét | Tomcat/Tomcat-ECDSA | — |
| csészé/ csészé-ECDSA | Biztonságos SIP-t CUCM-rel, harmadik féltől származó ügyfelekkel, SIP Proxyval | |
| csésze-xmpp/csésze-xMPP-ECDSA | XMPP Szövetség | |
| Cisco Emergency Responder | Tomcat/Tomcat-ECDSA | — |
| Cisco Expressway | Szerver tanúsítvány | Mobil és Remote Access (MRA) |
A tanúsítványok nem érintettek
A dedikált példányban minden fennmaradó tanúsítvány önaláírt. További információkért lásd a Dedikált példánytanúsítványkezel ést.
A Cisco tervezi a helyreállítást
A Chrome-házirend-módosítás kezeléséhez és a folyamatos MTL-funkciók fenntartásához a Cisco a következő művel eteket hajtja végre:
- 2026. június 1-j étől a Cisco a Dedicated Instance UC alkalmazás-tanúsítványok aláírá
sához használt Public Root CA-t az IDentrust Commercial Root
CA 1-ről az IDen trust Public Sector Ro ot CA 1-re váltja az összes tanúsítványmegújításhoz.
A tanúsítvány megújítási folyamata változatlan marad, és a Vezérlőközpont Riasztási Központ a „Karb antartás és leállás” riasztáson keresztül értesíti az ügyfeleket a megújítás ütemezéséről. További információért lásd: Karb antartási figyelmeztet ések.
- A tanúsítványok továbbra is tartalmazzák mind a kiszolgáló, mind az ügyfélhitelesítési EKU-kat.
Szükséges ügyfél- és partnertevékenységek
Az ügyfélkörnyezetben lévő harmadik féltől származó alkalmazásoknak vagy szolgáltatásoknak, amelyek TLS- vagy MTLS kapcsolatok használatával összekapcsolják az UC- alkalmazásokat dedikált példányban, ugyanazt a tanúsítványláncot kell használniuk, mint a dedikált példányban található UC-alkalmazások Ha az ügyfélrendszerek vagy alkalmazások megbízhatósági tárolója még nem tartalmazza a szükséges IDEntrust tanúsítvány- hatóságokat, az új gyökértanúsítványt importálni kell a TLS/MTLS csatlakozási hibák elkerülése érdekében.
- Aktuális MTL-kapcsolatok ellenőrzése
- Határozza meg azokat az alkalmazásokat, harmadik féltől származó szolgáltatásokat vagy integrációkat, amelyek TLS vagy MTL-ek segítségével kapcsol ódnak az UC alkalmazásokhoz dedikált példányban.
- Ellenőrizze, hogy ezek az alkalmazások megbíznak-e az új Public Root CA-ban: IDEntrust Public Sector Root CA 1.
- Adja hozzá az új nyilvános gyökérhitelesítőt (ha szükséges)
- Ha az IDtrust Public Sector Root CA 1 még nem megbízható az ügyfélalkalmazásban vagy a rendszermegbízhatósági áruházban, azt hozzá kell adni.
- Ugyanez letölthető a következő linkekről:
Root CA: IDentrust Public Sector Root CA 1
Alternatív letöltési oldal: IDentrust támogatási letöltések
Kibocsátás/Sub-CA: IDentrust Public Sector Server CA 1.
A legtöbb alkalmazás esetében elegendő a Root CA-ban való bizalom, ha a szerver bemutatja a teljes láncot. A kibocsátás/alhitelesítés előnyös, ha a közbenső tanúsítvány külön importál ását igénylő kérelmek esetében alkalmazzák.
Alapértelmezett megbízhatósági tároló
Az iTrust Public Sector Root CA 1 alapértelmezés szerint megbízható a következő operációs rendszerek és platformok szabván yos megbízhatósági tárolóiban:
- Microsoft Windows
- macOS
- iOS /iPadOS
- Android
Ennek eredményeként az ügyfélnek csak a megbízhatósági áruházakat kell érvényesítenie ezekre a platfor mokra, hogy megerősítse, hogy az új Public CA gyökértanúsítványa már szerepel a listán. Ez vonatkozik azokra a végpontokra, ügyfelekre vagy harmadik féltől származó rendszerekre, amelyek ezeken a platformokon az alapértelmezett megbízhatósági áruházakat használják. Az egyes platformokon a megbízhatósági áruház frissítésére vonatkozó utasításokat az alábbi szakaszok tartalmazzák. A frissítések végrehajtásáért az Ügyfél vagy a Partner felel; az alábbi linkek és lépések az adott platformgyártók online cikkeihez hivatkoznak, és a Cisco minden erőfeszítéssel nyújt segítséget. További pontosítás érdekében közvetlenül a megfelelő platform szállítóival kell együttműködnie.
Ha ezek a platformok ügyfél által vezérelt vállalati megbízhatósági áruházak at használnak, az ügyfélnek ellenőriznie kell, hogy a gyökértanúsítvány jelen van-e a megbízhatósági tárolóban, mivel előfordulhat, hogy automatikus szinkronizálás vagy frissítés nem történik meg.
A Windows-gépek általában korlátozott számú megbízható gyökértanúsítványt telepíthetnek. A Windows Update automatikusan le kell töltenie a legújabb Certificate Trust Listát (CTL), de előfordul hat, hogy ez több okból nem történik meg. A Microsoft dokumentálja a leggyakoribb okokat:
- Nincs közvetlen internet-hozzáférés a ctldl.windowsupdate.com webhelyhez (például proxy korlátozások, tűzfalszabályok vagy offline környezet miatt)
- Windows Update szolgáltatással kapcsolatos problémák (elakadt, letiltva vagy sikertelen futtatás)
- Sérült tanúsítványtároló vagy rendszerleíró adatbáz
- Helytelen rendszeróra beállítások, amelyek megakadályozhatják a frissítés érvényesítését
- Csoportházirend vagy MDM korlátozások, amelyek blokkolják a CTL-frissítéseket.
Ha többet szeretne megtudni a megbízható gyökerek és a nem engedélyezett tanúsítványok konfigurálása Windows rendszerben, olvassa el a Meg bízható gyökerek konfigurálása című részt.
Az Android megbízhatósági áruház megjegyzése
Az IDentrust Public Sector Root CA 1 az Android rendszer CA áruházában található, és alapértelmezés szerint megbízható a jelenleg támogatott Android-verziókban. Az Android nem biztosít nyilvános, verzióspecifik us leképezést az egyes gyökértanúsítványok bevezetési dátumaihoz. A biz almat az Android rendszer CA áruházán keresztül kezelik, és az operációs rendszer frissítéseken és a Google Play rendszerfrissítéseken keresztül terjesztik.
Ügyfélműveletekre nincs szükség, kivéve, ha az Android rendszer megbízhatósági áruházát kifejezetten módosították eszközházirendek, vállalati felügyeleti vezérlők vagy alkalmazás-specifikus megbízhatósági korlátozások.
Böngésző-hozzáférési szempontok (Google Chrome)
Az IDentrust Public Sector Root CA 1 nem szerepel a Google Chrome Root Store-ban.
Annak biztosítása érdekében, hogy a Google Chrome megbízzon ezen alaphitelesítő alapján kiadott tanúsítványokban, az ügyfeleknek gondo skodniuk kell arról, hogy a gyökértanúsítvány kifejezetten megbízható legyen az operációs rendszer szintjén azokon a helyeken, amelyeket a Chrome a helyi megbízhatósági
Windows — szükséges megbízhatósági konfiguráció
Annak biztosítása érdekében, hogy a Google Chrome megbízható-e a root hitelesítésszolgáltató rendszerben a Windows rendsze ren, az IDentrust Public Sector Root CA 1-et az alábbi helyek egyikére kell importálni:
-
Helyi számítógép → Megbízható gyökértanúsító hatóságok
(Vállalati irányítású rendszerekhez ajánlott)
vagy
-
Jelenlegi felhasználó → Megbízható gyökértanúsító hatóságok
(Felhasználói szintű bizalom érdekében)
A Google Chrome megbízható a Windows tanúsítványimportálási varázsló segítségével ezekre a helyekre importált tanúsítványokra (beleértve a csoportházirendet is).
A kizárólag a Windows harmadik félben létező gyökértanúsítványokat a Chrome nem bízik automati kusan, hacsak a fent leírtak szerint kifejezetten nem importálják őket.
Mac OS — szükséges megbízhatósági konfiguráció
Annak biztosítása érdekében, hogy a Google Chrome megbízható-e a root hitelesítő rendszerben a macOS rendszeren, az iTrust Public Sector Root CA 1-et hozzá kell adni a macOS kulcstartóhoz, és kifejezetten meg kell bízni:
-
Importálja a tanúsítványt a System Kulcstartóba (ajánlott) vagy a Bejelentkezési kulcstartóba
-
Nyissa meg a tanúsítványt, és állítsa be:
-
A tanúsítvány használatakor: Always Trust
(vagy legalább SSL: Always Trust)
-
Ha a rendszer- vagy felhasználói szinten megbízható, a Google Chrome megbízhatónak tartja a tanúsítványt.
A rendszergazdák ellenőrizhetik, hogy mely platformtanúsítványokat megbízhat a Chrome, ha a következő oldalra navigálnak: chrome: //certificate-manager/localcerts/platformcerts
További információt a Google GYIK című témakörben talál.
Harmadik fél integrációs szempontjai
A harmadik féltől származó integrációhoz elsődleges ügyfél-érvényesítés szükséges.
Bármely harmadik féltől származó alkalmazás vagy szolgáltatás esetében, amelyek TLS/MTLS kapcsolatot létesítenek a dedikált példányú UC alkalmazásokkal, az ügyfeleknek kötelesek követni a Dedikált példányt érintő nyilvános hitelesítő tanúsítványmódosításokban említett műveleteket.
Ha a megbízható áruház frissítései szükségesek, közvetlenül együttműködnie kell harmadik fél szállító jával vagy informatikai rendszergazdájával. A harmadik féltől származó megbízhatósági áruházak módosítása vagy a tanú sítványellenőrzési magatartások nem tartoznak a Cisco felelősségén, és a Cisco nem tud segíteni harmadik fél tanúsítványmegbízhatósági konfigurációjában vagy hibaelhárításában
Választható validációs teszt
Az ügyfelek érvényesíthetik az új Public Root CA-t az IDentrust tesz ttanúsítvány használatával.
Ha az oldal sikeresen megnyílik, az IDtrust Public Sector Root CA 1 megbízható az Ön környezetében.
Ez az eszköz figyelmeztetés nélkül működik olyan böngészőkkel, mint a Microsoft Edge, a Safari és a Mozilla Firefox. Figyelmeztetést fog jeleníteni a Chrome-ban - ez azért várható, mert az új nyilvános hitelesítő nem része a Chrome bizalmi áruházának. Figyelmen kívül hagyhatja ezt a figyelmeztetést, és továbbra is használhatja a Chrome-ot a biz alom érvényesítéséhez.
Ez az eszköz csak egy gyors érvényesítés, és nem ad teljes bizonyosságot arról, hogy alkalmazásai vagy biztonságos integrációi továbbra is bíznak az új IDentrust Public Sector Root CA 1-ben. Erősen ajánlott, hogy más ellenőrzéseket végezzen el, mielőtt a tanúsítvány megújítása megtörténik az új hitelesítővel.
Ügyféltámogatás
Ha kérdése van ezzel a módosítással, a Google Chrome böngészőházirendjével vagy a Dedikált példány tanúsítvány frissítéseivel kapcsolatban, nyissa meg a Szolgáltatási kérelmet a Vezérlőközpontban az UC alkalmazás életciklusa alatt.
További szempontok az UCM Cloud (UCMC) ügyfelek számára
Azok az UCM Cloud (UCMC) ügyfelek, akik a domainüket birtokolják, és saját UC alkalmazás- tanúsítványaik megújítását kezelik, és akik nem ruházták át a Cisco-ra a tartományi jogosultságot az UC alkalmazás-tanúsítványok aláírásához, felelősek a választott nyilvános tanúsítványhatósággal való közvetlen együttműködésért e változás kezelése érdekében.
Ezeknek az ügyfeleknek összhangban kell lenniük az alkalmazandó UC-alkalmazási termékekkel (Cisco on-prem call products és Cisco Expressway) ajánlásaival kapcsolatban a tanúsítvány használatára és a közelgő nyilvános hitelesítésre és böngészőszabályzattal kapcsolatos módosítá sokra vonatkozóan. További információt a Szerepkörök és felelősségek című témakörben tal ál.
A Cisco továbbra is frissítéseket fog nyújtani, mivel elérhetővé válik a külön kiszolgáló- és ügyféltanúsítványok UC-alkalmazás-támogatása. A legfrissebb frissítéseket lásd ebben a dokumentumban.