Mulțumim pentru feedback.
Feedback?În urma incidentului de securitate al autorității de certificare eMUdhra (CA) din octombrie 2026, a fost Webex Calling eliminată încrederea în patru CA rădăcină. Dacă trunchiul Gateway local bazat pe certificat depinde de una dintre aceste autorități, înlocuiți certificatul sau lanțul afectat pentru a menține conectivitatea TLS sigură. Dacă un trunchi afectat este offline, apelurile PSTN de intrare și de ieșire și integrările locale care depind de acesta ar putea să nu fie disponibile.
Certificatele rădăcină afectate sunt:
-
EmSign Root TLS CA - G3
-
EMSign ECC Root CA - G3
-
EmSign Root CS CA - G3
-
Servicii de certificare AAA (rădăcină Comodo AAA Services)
Serviciile de certificare AAA nu au fost compromise. Cu toate acestea, a semnat încrucișat certificatele intermediare eMUdhra afectate, oferind o cale alternativă de încredere către certificatele compromise.
Clienții care utilizează trunchiuri de gateway local bazat pe certificate (LGW) ale căror lanțuri de certificate depind de aceste autorități sunt afectați. Aceasta include certificatele emise de Sectigo care se conectează la serviciile de certificare AAA prin UserTrust.
Webex Callingacum respinge conexiunile TLS de la gateway-urile locale afectate. Apelurile PSTN de intrare și de ieșire și integrările de apeluri locale care se bazează pe aceste gateway-uri vor eșua.
De la un computer autorizat care poate ajunge la portul SIP TLS al gateway-ului, executați comanda aplicabilă. Înlocuiți lgw.example.com și 5061 cu numele de gazdă gateway și portul TLS. Dacă accesul extern este restricționat, executați comanda de la o gazdă de gestionare internă autorizată.
Linux sau MacOS:
openssl s_client -connect lgw.example.com:5061 -showcerts </dev/nullLinia de comandă Windows:
openssl s_client -connect lgw.example.com:5061 -showcerts <NULÎnainte de a începe
- Aveți nevoie de acces la Control Hub cu permisiunea de a vizualiza trunchiurile organizației.
- Numele gazdei gateway-ului și portul SIP TLS pentru fiecare gateway primar, redundant și de rezervă.
- Acces la un computer autorizat cu OpenSSL care poate ajunge la fiecare punct final al gateway-ului.
| 1 |
Identificați trunchiurile Gateway Local.
| ||||||||||
| 2 |
Inspectați lanțul de certificate al fiecărui gateway.
| ||||||||||
| 3 |
Examinați subiecții certificatului și emitenții.
| ||||||||||
| 4 |
Interpretează rezultatele inspecției.
Un gateway este confirmat ca neafectat numai atunci când nu apare niciuna dintre rădăcinile listate și trunchiul este Online în Control Hub. | ||||||||||
| 5 |
Înlocuiți un lanț de certificate afectat.
| ||||||||||
| 6 |
Verificați conectivitatea gateway-ului local.
|
Ce să faci în continuare
Dacă lanțul apare corect, dar trunchiul rămâne offline, afectat sau necunoscut:
- Verificați dacă certificatul este valid și instalat corect.
- Verificați lanțul CA intermediar complet și identitatea așteptată a certificatului.
- Examinați erorile de conectivitate TLS și de validare a certificatelor de pe gateway.
- Contactați furnizorul de certificate, partenerul Cisco sau Cisco Technical Assistance Center (TAC) dacă problema persistă. Când contactațiCisco Technical Assistance Center, furnizați ID-ul organizației, detaliile trunchiului afectat, numele gazdei gateway-ului, informațiile despre lanțul de certificate și mesajele de eroare TLS relevante.
Informații conexe:
