In seguito all'incidente di sicurezza dell'autorità di certificazione (CA) di Emudhra dell'ottobre 2026, ha Webex Calling rimosso la fiducia in quattro CA principali. Se il suo trunk Local Gateway basato su certificati dipende da una di queste autorità, sostituisca il certificato o la catena interessati per mantenere una connettività TLS sicura. Se un trunk interessato è offline, le chiamate PSTN in entrata e in uscita e le integrazioni locali che dipendono da esso potrebbero non essere disponibili.
I certificati root interessati sono:
-
EmSign Root TLS AC - 3G
-
EmSign ECC Root AC - 3G
-
EmSign Root SC AC - 3G
-
Servizi di certificazione AAA (Comodo AAA Services root)
AAA Certificate Services non è stato compromesso. Tuttavia, ha firmato in modo incrociato le CA intermedie EmuDHRA interessate, fornendo un percorso di fiducia alternativo ai certificati compromessi.
I clienti che utilizzano trunk Local Gateway (LGW) basati su certificati le cui catene di certificati dipendono da queste autorità sono interessati. Ciò include i certificati emessi da Sectigo che si concatenano a AAA Certificate Services tramite UserTrust.
Webex Callingora rifiuta le connessioni TLS dai Local Gateway interessati. Le chiamate PSTN in entrata e in uscita e le integrazioni per le chiamate locali che si basano su questi gateway falliranno.
Da un computer autorizzato in grado di raggiungere la porta SIP TLS del gateway, esegua il comando applicabile. Sostituire lgw.example.com e 5061 con il nome host del gateway e la porta TLS. Se l'accesso esterno è limitato, esegua il comando da un host di gestione interno autorizzato.
Linux o macOS:
openssl s_client -connect lgw.example.com:5061 -showcerts </dev/null
Prompt dei comandi di Windows:
openssl s_client -connect lgw.example.com:5061 -showcerts <NUL
Prima che Lei cominci
- Le serve l'accesso a Control Hub con il permesso di visualizzare i trunk dell'organizzazione.
- Il nome host del gateway e la porta SIP TLS per ogni gateway primario, ridondante e di backup.
- Accesso a un computer autorizzato con OpenSSL in grado di raggiungere ogni endpoint del gateway.
| 1 |
Identifichi i trunk del suo Local Gateway.
| ||||||||||
| 2 |
Ispeziona la catena di certificati di ogni gateway.
| ||||||||||
| 3 |
Esamini i soggetti e gli emittenti del certificato.
| ||||||||||
| 4 |
Interpreti i risultati delle ispezioni.
Si conferma che un gateway non è interessato solo quando non viene visualizzata nessuna delle radici elencate e il trunk è online in Control Hub. | ||||||||||
| 5 |
Sostituire una catena di certificati interessata.
| ||||||||||
| 6 |
Verifichi la connettività del gateway locale.
|
Cosa fare dopo
Se la catena appare corretta ma il baule rimane Offline, Danneggiato o Sconosciuto:
- Verifichi che il certificato sia valido e installato correttamente.
- Controlli la catena di CA intermedia completa e l'identità del certificato prevista.
- Esamini la connettività TLS e gli errori di convalida dei certificati sul gateway.
- Contatti il suo fornitore di certificati, il partner Cisco o Cisco Technical Assistance Center (TAC) se il problema persiste. Quando contattaCisco Technical Assistance Center, fornisca l'ID della sua organizzazione, i dettagli del trunk interessato, il nome host del gateway, le informazioni sulla catena di certificati e i messaggi di errore TLS pertinenti.
Informazioni correlate: