Ebben a cikkben
dropdown icon
Mit érinthet
    Tanúsítvány hatóságok
Az érintett tanúsítványok vagy láncok ellenőrzése és cseréje
Kapcsolódó információk
Ellenőrizze és javítsa ki az eMuDHRA Webex Meetings biztonsági frissítésével érintett tanúsítványokat
list-menuEbben a cikkben
list-menuVisszajelzés?

A Cisco megszünteti bizonyos root CA-k iránti bizalmat, amelyeket a biztonságos SIP kapcsolatok érvényesítésére használnak, 2026. októberi eMuDHRA tanúsítvánnyal kapcsolatos hatóság (CA) biztonsági incidensét követően. Az érintett Webex Meetings SIP integrációk végrehajtása a tervek szerint 2026. november 2-án kezdődik. A bevezetés szakaszosan történhet. Tervezze meg, hogy november 2-ig végezze el a változtatásokat. Azoknak az ügyfeleknek, akiknek tanúsítványlánca a bizalmatlan hatóságoktól függ, ki kell cserélniük az érintett tanúsítványt vagy láncot. Ellenkező esetben az érintett biztonságos SIP-kapcsolat TLS hitelesítése sikertelen lesz, ha a frissített megbízhatósági házirendet érvényesítik az adott kapcsolatra.

Mit érinthet

Integrációk

  • Webex MeetingsEdge Audio: Az érintett vállalati SIP- kapcsolatokon keresztüli tárcsázási és tárcsázási kijelentkezési találkozó leáll, amikor a végrehajtás elérte ezeket a kapcsolatokat.

  • Együttműködési tárgyalótermek (CMR): A SIP-alapú videóeszközök csatlakozása az érintett biztonságos SIP-kapcsolatokon keresztül sikertelen lesz, amikor a végrehajtás elérte ezeket a kapcsolatokat.

  • Az ügyfél-felügyelt infrastruktúra magában foglalhatja a Cisco CUBE, az Expressway-E és más munkamenet- határvezérlőket (SBCs). Tekintse át mind az elsődleges, mind a redundáns rendszereket.

Ezek a módosítások az érintett tanúsítványláncokat használó SIP-integrációkat célozzák meg; más értekezlet- hozzáférési módszerek nem ugyanazon ügyfél által kezelt SIP-tanúsítvány elérési útvonalától függen

Tanúsítvány hatóságok

Ellenőrizze, hogy vannak-e tanúsítványláncok, amelyek az alábbi hatóságok bármelyikétől függnek

  • EmSign Root TLS CA - G3

  • EmSign ECC Root CA - G3

  • EmSign Root CS CA - G3

  • AAA tanúsítvány szolgáltatások (Comodo AAA Services root)

Az AAA tanúsítványszolgáltatásokat nem veszélyeztették, de keresztaláírta az érintett eMuDHRA közvetítőket, és szerepel ebben a biztonsági válaszban. Egyes Sectigo által kiadott tanúsítványok AAA-keresztlírott tanúsítási útvonalat használ hatnak, annak ellenére, hogy maguk a Sectigo ügyféltanúsítványok nem kerültek veszélybe.

Az EmSign Root CA - G1 nem szerepel ebben a bizalmatlansági változtatásban. Ne cserélje ki vagy távolítsa el a tanúsítványokat kizárólag azért, mert azok G1-et használnak.

Az érintett tanúsítványok vagy láncok ellenőrzése és cseréje

1

Határozza meg az érintett Edge Audio vagy SIP-alapú értekezlet-integrációhoz használt CUBE, Expressway-E vagy SBC-t. Rögzítse a tényleges gazdanevet és a konfigurált SIP TLS portot. Ezután ellenőrizze az adott rendszer re telepített TLS azonosító tanúsítványt és a hozzá tartozó közbenső CA-tanúsítványokat .

Az Expressway-E rendszeren a telepített kiszolgálótanúsítvány megtekinthető a Karbantartás > Bizton ság > Kiszolgáló tanúsí tvány menüpont ban. A CUBE és más SBC-k esetében használja a vonatkozó szállítói tanúsítvány ellenőrzési eljárását.

Ismételje meg biztonsági mentési és redundáns rendszereknél.

2

Az OpenSSL telepített számítógépről és hálózati hozzáféréssel a SIP TLS-hallgatóhoz futtassa a megfelelő pél dát:

  • Linux vagy macOS:

    openssl s_client -connect sip-gateway.example.com:5061 -showcerts </dev/null

  • Windows parancssor:

    openssl s_client -connect sip-gateway.example.com:5061 -showcerts <NUL

Cserélje ki a példanevet és a portot a tényleges SIP TLS végpontjára; a port telepítésnél eltérhet. Ha a bejövő TLS-hozzáférés korlátozott, futtassa az ellenőrzést egy engedélyezett felügyeleti rendszerből.

Az Expressway-E esetén a Webex-szel használt SIP TLS porthoz kliens tanúsítvány szükséges. A parancs ezután hibával végződhet, de a tanúsítványlánc továbbra is megjelenik.

Tekintse át a tanúsítványlánc bejegyzéseit, beleértve a tárgyat (ek) és a kibocsátót (i:). Keresse meg a négy érintett CA-név bármelyikét, beleértve az AAA Certificate Services által kiadott UserTrust RSA Certification Authority tanúsítványt is.

Példa egy érintett keresztjelzésű láncbejegyzésre:

  • s: cn = UserTrust RSA tanúsító hatóság

  • i: CN=AAA tanúsítvány szolgáltatások

3

Értelmezze az eredményeket:

  • Meg@@ talált érintett hitelesítő: Kezelje a láncot érintettként, és frissítse azt a végrehaj tás előtt.

  • Az érintett hitelesítő nem jelenik meg, és a SIP-integráció működik: Ez az ellenőrz és nem jelzi azonnali intézkedést, kivéve, ha a Cisco külön értesítette szervezetét az érintett függőségről.

  • Az érintett hitelesítő nem jelenik meg, de a Cisco értesítette a szervezetet, vagy a SIP- integráció sikertelen: Veg ye fel a kapcsolatot a Cisco partnerével, vagy kérjen segít Cisco TAC séget a teljes tanúsítási útvonal és az érintett kapcsolat azonosításában.

  • Nem jelenik meg tanúsítvány vagy lejárt a csatlakozási idő: Ellenőrizze a helyes gaz danevet, a port, a hozzáférés-vezérlőket és az ellenőrzési módot.

4

Vegye fel a kapcsolatot tanúsítványszolgáltatójával vagy viszonteladójával egy helyettesítő tanúsítványt vagy alternatív tanúsítványláncot, amely a fentiekben nem felsorolt Kérje meg a szolgáltatót, hogy erősítse meg, hogy a cserelánc megfelelő-e a Webex SIP integrációhoz.

  • Amennyiben támogatott, megőrizze a meglévő személyazonosító igazolást, és csak a köztes láncot cserélje ki. Az érintett Sectigo telepítések esetén cserélje ki az AAA Certificate Services által kiadott UserTrust tanúsítványt a Sectigo vagy a szolgáltató megfelelő alternatív láncára . Soha ne távolítsa el a csere telepítése és érvényesítése nélkül .

  • Telepítse a tanúsítványt vagy a láncot minden érintett CUBE, Expressway-E vagy SBC-re, az adott termék konfigurációs utasításait követve. Győződjön meg róla, hogy a telepített azonosító tanúsítvány érvényes marad a rendszer konfigurált SIP-azonosságára.

Ellenőrizze újra a telepített láncot, hogy ellenőrizze, hogy az már nem függ-e a bizalmatlan hatóságoktól.

5

Értekezlet kapcsolódásának ellenőrzése:

  • Az Edge Audio esetében tesztelje az érintett vállalati SIP-kapcsolaton áthaladó értekezlet bejelentkezési és visszahívási/tárcsázási útvonalait.

  • A CMR esetében tesztelje a SIP-alapú videó eszköz csatlakozását az érintett infrastruktúrán keresztül.

  • Ellenőrizze mind az elsődleges, mind a feladatátviteli utat Tekintse át a TLS-hibákat és a tanúsítványellenőrz ési hibákat, ha a kapcsolat továbbra is nem érhető

Ha a tanúsítvánnyal vagy a SIP-csatlakozással kapcsolatos problémák továbbra is fennállnak, lépjen kapcsolatba Cisco partner Cisco Technical Assistance Center ével vagy (TAC). Adja meg Webex szervezet azonosítóját, az érintett szolgáltatást, az érintett rendszer- és SIP-gazdanevet, a tanúsítványlánc adatait, valamint a TLS vagy SIP hibaüzeneteket. Ne ossza meg a privát kulcsokat.

Hasznos volt ez a cikk?
Hasznos volt ez a cikk?