- Hjem
- /
- Artikel
Tak for din feedback.
I denne artikel
Har du feedback?Cisco fjerner tilliden til visse root CA'er, der bruges til at validere sikre SIP-forbindelser, efter sikkerhedshændelsen i eMUDHRA Certificate Authority (CA) i oktober 2026. Håndhævelse af berørte Webex Meetings SIP-integrationer er planlagt til at begynde den 2. november 2026. Udrulningen kan finde sted i etaper. Planlæg at gennemføre dine ændringer inden november 2. Kunder, hvis certifikatkæder er afhængige af de mistroede myndigheder, skal erstatte det berørte certifikat eller kæde. Ellers vil den berørte sikre SIP-forbindelse mislykkes med TLS-godkendelse, når den opdaterede tillidspolitik håndhæves for den pågældende forbindelse.
Hvad kan blive påvirket
Integrationer
-
Webex MeetingsEdge Audio: Opkald og opkald til møder via berørte SIP- forbindelser i virksomheden holder op med at fungere, når håndhævelsen når disse forbindelser.
-
Samarbejdsmøderum (CMR): SIP-baserede videoenhedstilslutninger via berørte sikre SI P-forbindelser mislykkes, når håndhævelsen når disse forbindelser.
-
Kundeadministreret infrastruktur kan omfatte Cisco CUBE, Expressway-E og andre Session Border Controllers (SBC'er). Gennemgå både primære og redundante systemer.
Disse ændringer er rettet mod SIP-integrationer ved hjælp af berørte certifikatkæder; andre mø deadgangsmetoder afhænger ikke af den samme kundeadministrerede SIP-certifikatsti.
Certifikatautoriteter
Kontroller, om der er certifikatkæder, der er afhængige af en af følgende myndigheder:
-
EmSign Root TLS-CA - G3
-
EmSign ECC Root CA - G3
-
emSign Root CS CA - G3
-
AAA-certifikattjenester (root af Comodo AAA-tjenester)
AAA Certificate Services blev ikke kompromitteret, men det krydssignerede berørte eMUDHRA-mellem led og er inkluderet i dette sikkerhedssvar. Nogle Sectigo-udstedte certifikater bruger muligvis en AAA-krydssigneret certificeringssti, selvom Sectigo-kundecertifikaterne i sig selv ikke blev kompromitteret.
EmSign Root CA - G1 er ikke inkluderet i denne mistillidsændring. Udskift eller fjern ikke certifikater udelukkende fordi de bruger G1.
Kontroller og udskift berørte certifikater eller kæder
| 1 |
Identificer den CUBE, Expressway-E eller SBC, der bruges til den berørte Edge Audio- eller SIP-baserede mødeintegration. Optag det faktiske værtsnavn og konfigureret SIP TLS-port. Undersøg derefter det TLS-identitetscertifikat, der er installeret på det pågældende system, og eventuelle medfølgende mellemliggende CA- certifikater. På Expressway-E kan det installerede servercertifikat ses under Vedligeholdelse > Sikker Servercertifikat. For CUBE og andre SBC'er skal du bruge den relevante inspektionsprocedure for kreditorcertifikater. Gentag for sikkerhedskopieringssystemer og redundante systemer. |
| 2 |
Fra en computer med OpenSSL installeret og netværksadgang til SIP TLS-lytteren skal du køre det relevante eksempel:
Udskift eksempelværtsnavnet og porten med dit faktiske SIP TLS-slutpunkt; porten kan variere efter implementering. Hvis indgående TLS-adgang er begrænset, skal du køre kontrollen fra et autoriseret administrationssystem. På Expressway-E kan SIP TLS-porten, der bruges sammen med Webex, kræve et klientcertifikat. Kommandoen kan derefter ende med en fejl, men certifikatkæden vises stadig. Gennemgå posterne i certifikatkæden, herunder emne (er) og udsteder (i:). Se efter et af de fire berørte CA-navne, herunder et UserTrust RSA Certification Authority- certifikat udstedt af AAA Certificate Services. Eksempel på en berørt krydssigneret kædeindgang:
|
| 3 |
Fortolk resultaterne:
|
| 4 |
Kontakt din certifikatudbyder eller forhandler for at få et erstatningscertifikat eller en alternativ certifikatkæde, der slutter ved en rod, der ikke er angivet ovenfor. Bed udbyderen om at bekræfte, at erstatningskæden er passende til Webex SIP-integrationen.
Undersøg den installerede kæde igen for at kontrollere, at den ikke længere afhænger af de mistroede myndigheder.
|
| 5 |
Valider mødeforbindelsen:
Hvis der fortsat er problemer med certifikat eller SIP-forbindelse, skal du kontakte din Cisco-partner eller Cisco Technical Assistance Center (TAC). Angiv dit Webex-organisations-id, den berørte tjeneste, det berørte system- og SIP-værtsnavn, certifikatkædeoplysningerne og eventuelle TLS- eller SIP-fejlmeddelelser. Del ikke private nøgler. |
Relaterede oplysninger
For yderligere oplysninger, se følgende:
