Hartelijk dank voor uw feedback
Feedback?Na het beveiligingsincident van de eMudhra Certificate Authority (CA) in oktober 2026 is het vertrouwen in vier hoofdautoriteiten Webex Calling opgeheven. Als uw Local Gateway-trunk op basis van een certificaat afhankelijk is van een van deze autoriteiten, vervang dan het betreffende certificaat of de betreffende keten om een veilige TLS-connectiviteit te behouden. Als een getroffen trunk offline is, zijn inkomende en uitgaande PSTN-gesprekken en on-premises integraties die daarvan afhankelijk zijn mogelijk niet beschikbaar.
De betreffende basiscertificaten zijn:
-
eDesign Root TLS AC - 3G
-
eDesign ECC Root CA - 3G
-
eDesign Root CS CA - 3G
-
AAA-certificaatdiensten (hoofdnaam van Comodo AAA Services)
AAA Certificate Services is niet gecompromitteerd. Het heeft echter een kruishandtekening gezet tussen de betrokken intermediaire CA's van eMudhra, waardoor een alternatief vertrouwenspad werd geboden naar de gecompromitteerde certificaten.
Klanten die gebruikmaken van Local Gateway (LGW) -trunks op basis van certificaten waarvan de certificaatketens afhankelijk zijn van deze autoriteiten, worden beïnvloed. Dit omvat door Sectigo uitgegeven certificaten die via UserTrust gekoppeld zijn aan AAA Certificate Services.
Webex Callingweigert nu TLS-verbindingen van getroffen lokale gateways. Inkomende en uitgaande gesprekken via PSTN, en integraties voor gesprekken op locatie die afhankelijk zijn van deze gateways, zullen mislukken.
Voer de toepasselijke opdracht uit vanaf een geautoriseerde computer die de SIP TLS-poort van de gateway kan bereiken. Vervang lgw.example.com en 5061 door de hostnaam van de gateway en de TLS-poort. Als de externe toegang beperkt is, voer dan de opdracht uit vanaf een geautoriseerde host voor intern beheer.
Linux of MacOS:
openssl s_client -connect lgw.example.com:5061 -showcerts </dev/nullWindows-opdrachtprompt:
openssl s_client -connect lgw.example.com:5061 -showcerts <NULVoordat u begint
- U hebt toegang tot de Control Hub nodig met toestemming om de koffers van de organisatie te kunnen bekijken.
- De hostnaam van de gateway en de SIP TLS-poort voor elke primaire, redundante gateway en back-up gateway.
- Toegang tot een geautoriseerde computer met OpenSSL die elk gateway-eindpunt kan bereiken.
| 1 |
Identificeer uw Local Gateway-trunks.
| ||||||||||
| 2 |
Inspecteer de certificaatketen van elke gateway.
| ||||||||||
| 3 |
Bekijk de onderwerpen en uitgevers van het certificaat.
| ||||||||||
| 4 |
Interpreteer de inspectieresultaten.
Er wordt alleen bevestigd dat een gateway niet is beïnvloed wanneer geen van de vermelde wortels verschijnt en de stam online is in de Control Hub. | ||||||||||
| 5 |
Vervang een betrokken certificaatketen.
| ||||||||||
| 6 |
Controleer de connectiviteit van de lokale gateway.
|
Wat nu te doen
Als de ketting correct lijkt, maar de trunk offline, verstoord of onbekend blijft:
- Controleer of het certificaat geldig is en correct is geïnstalleerd.
- Controleer de volledige tussenliggende CA-keten en de verwachte certificaatidentiteit.
- Controleer de TLS-connectiviteits- en certificaatvalidatiefouten op de gateway.
- Neem contact op met uw certificaataanbieder, Cisco-partner of Cisco Technical Assistance Center (TAC) als het probleem zich blijft voordoen. Wanneer u contact opneemtCisco Technical Assistance Center, geef dan uw organisatie-ID, de desbetreffende trunkgegevens, de hostnaam van de gateway, informatie over de certificaatketen en relevante TLS-foutmeldingen op.
Gerelateerde informatie:
