I den här artikeln
dropdown icon
Vad kan påverkas
    Certifikatutfärdare
Kontrollera och byt ut berörda certifikat eller kedjor
Relaterad information
30 oktober 2026 | 40 visning(ar) | 0 personer tyckte att detta var till hjälp
Kontrollera och åtgärda certifikat som påverkas av eMUdhra-säkerhetsuppdateringen för Webex Meetings
list-menuI den här artikeln
list-menuHar du feedback?

Cisco tar bort förtroendet för vissa rotcertifikatutfärdare som används för att validera säkra SIP-anslutningar efter säkerhetsincidenten för eMUdhra-certifikatutfärdare (CA) i oktober 2026. Verkställighet för berörda Webex Meetings SIP-integrationer planeras börja den 2 november 2026. Utrullningen kan ske i etapper. Planera att slutföra dina ändringar före november 2. Kunder vars certifikatkedjor är beroende av de misstänkta myndigheterna måste ersätta det berörda certifikatet eller kedjan. Annars misslyckas den berörda säkra SIP-anslutningen med TLS-autentisering när den uppdaterade förtroendeprincipen tillämpas för den anslutningen.

Vad kan påverkas

Integrationer

  • Webex MeetingsEdge Audio: Uppringning och uppringning av möten via berörda SIP- anslutningar för företag slutar fungera när verkställighet når dessa anslutningar.

  • Mötesrum för samarbete (CMR): SIP-baserade videoenhetskopplingar via påverkade säkra SIP-anslutningar misslyckas när verkställighet når dessa anslutningar.

  • Kundhanterad infrastruktur kan omfatta Cisco CUBE, Expressway-E och andra Session Border Controllers (SBC) . Granska både primära och redundanta system.

Dessa ändringar är inriktade på SIP-integrationer med berörda certifikatkedjor. Andra mötes åtkomstmetoder är inte beroende av samma kundhanterade SIP-certifikatsökväg.

Certifikatutfärdare

Sök efter certifikatkedjor som är beroende av någon av följande myndigheter:

  • EmSign Root TLS-certifikatutfärdare - G3

  • EmSign ECC-rotcertifikatutfärdare - G3

  • emSign Root CS CA - G3

  • AAA-certifikattjänster (root för Comodo AAA-tjänster)

AAA Certificate Services äventyrades inte, men det korssignerade påverkade eMUdhra- mellanhänder och ingår i detta säkerhetssvar. Vissa Sectigo-utfärdade certifikat kan använda en AAA-korssignerad certifieringsväg även om Sectigo-kundcertifikaten inte äventyrades.

EmSign Root CA - G1 ingår inte i denna misstroendeändring. Ersätt inte eller ta bort certifikat enbart för att de använder G1.

Kontrollera och byt ut berörda certifikat eller kedjor

1

Identifiera CUBE, Expressway-E eller SBC som används för den berörda Edge Audio- eller SIP-baserade mötesintegrationen. Spela in det faktiska värdnamnet och konfigurerad SIP TLS-port. Kontrollera sedan det TLS-identitetscertifikat som är installerat på det systemet och eventuella medföljande mellanliggande certifikatutfärdar certifikat.

På Expressway-E kan det installerade servercertifikatet visas under Underhåll > Säker het > Servercertifikat. För CUBE och andra SBC: er, använd tillämplig inspektionsprocedur för leverantörscertifikat.

Upprepa för säkerhetskopiering och redundanta system.

2

Från en dator med OpenSSL installerat och nätverksåtkomst till SIP TLS-lyssnaren kör du det relevanta exemplet:

  • Linux eller macOS: 

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

  • Kommandotolken i Windows: 

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

Ersätt exempelvärdnamnet och porten med din faktiska SIP TLS-slutpunkt. Porten kan skilja sig åt beroende på distribution. Om inkommande TLS-åtkomst är begränsad kör du kontrollen från ett auktoriserat hanteringssystem.

På Expressway-E kan SIP TLS-porten som används med Webex kräva ett klientcertifikat. Kommandot kan då sluta med ett fel, men certifikatkedjan visas fortfarande.

Granska posterna i certifikatkedjan, inklusive ämne (er) och utfärdare (i:). Leta efter något av de fyra berörda certifikatutfärdarnamnen, inklusive ett UserTrust RSA Certification Authority- certifikat utfärdat av AAA Certificate Services.

Exempel på en berörd korssignerad kedjepost:

  • s: cn=UserTrust RSA-certifieringsmyndighet

  • i: CN = AAA-certifikattjänster

3

Tolka resultaten:

  • Berörd CA hittades: Behandla kedjan som påverkad och uppdatera den innan verkställighet.

  • Ingen berörd certifikatutfärdare visas och SIP-integrationen fungerar: Ingen omedelbar åtgärd indikeras av denna kontroll såvida inte Cisco separat meddelat din organisation om ett ber ört beroende.

  • Ingen berörd certifikatutfärdare visas men Cisco meddelade din organisation, eller så misslyckas SIP- integrationen: Kontakta din Cisco-partner eller Cisco TAC för hjälp med att identifiera den fullständiga certifieringsvägen och den berörda anslutningen.

  • Inget certifikat visas eller anslutningstiden går ut: Bekräfta rätt värdnamn, port, åtkomstkontroller och inspektionsmetod.

4

Kontakta certifikatleverantören eller återförsäljaren för ett ersättningscertifikat eller en alternativ certifikatkedja som slutar vid en rot som inte anges ovan. Be leverantören bekräfta att ersättningskedjan är lämplig för Webex SIP-integrationen.

  • Behåll det befintliga identitetscertifikatet och ersätt endast den mellanliggande kedjan, om det stöds. För berörda Sectigo-distributioner ersätter du UserTrust- certifikatet utfärdat av AAA Certificate Services med en lämplig alternativ kedja från Sectigo eller din leverantör. Ta aldrig bort den utan att installera och validera dess ersättning.

  • Installera certifikatet eller kedjan på varje berörd CUBE, Expressway-E eller SBC enligt produktens konfiguration sinstruktioner. Se till att det installerade identitet scertifikatet förblir giltigt för systemets konfigurerade SIP-identitet.

Inspektera den installerade kedjan igen för att verifiera att den inte längre beror på de misstrogna myndigheterna.

5

Validera mötesanslutningen:

  • För Edge Audio testar du mötesuppringnings- och återuppringnings-/utuppringningsrutter som korsar den berörda SIP-anslutningen för företaget.

  • För CMR, testa SIP-baserade videoenhetskopplingar via den berörda infrastrukturen.

  • Kontrollera både primära och failover-vägar. Granska TLS-fel och certifikatvalideringsfel om en anslutning fortfarande är otillgänglig.

Om certifikat- eller SIP-anslutningsproblem kvarstår kontaktar du din Cisco-partner eller Cisco Technical Assistance Center (TAC). Ange ditt Webex-organisations-ID, den berörda tjänsten, det berörda systemet och SIP-värdnamnet, information om certifikatkedjan och eventuella TLS- eller SIP-felmeddelanden. Dela inte privata nycklar.

Var den här artikeln användbar?
Var den här artikeln användbar?
PrissättningWebex-appenMötenCallingMeddelandenSkärmdelning
Webex SuiteCallingMötenMeddelandenSlidoWebbseminarierEventsContact CenterCPaaSSäkerhetControl Hub
HeadsetKamerorSkrivbordsserieRoom-serienBoard-serienTelefonserienTillbehör
UtbildningHälso- och sjukvårdStatliga myndigheterEkonomiSport och nöjeFrontlinjeIdeella organisationerNystartade företagHybridarbete
HämtningarDelta i ett testmöteOnlinekurserIntegreringarHjälpmedelInklusivitetWebbseminarier live och på begäranWebex CommunityWebex för utvecklareNyheter och innovationer
CiscoKontakta supportKontakta försäljningsavdelningenWebex BlogWebex tankeledarskapWebex Merch StoreJobba hos oss
  • X
  • LinkedIn
  • Facebook
  • Youtube
  • Instagram
VillkorSekretesspolicyCookiesVarumärken
©2026 Cisco och/eller dess dotterbolag. Med ensamrätt.
VillkorSekretesspolicyCookiesVarumärken