Potrebna radnja: Sigurnosna ažuriranja autoriteta sertifikata eMuDHRA za Webex Calling Local Gatevai
list-menuPovratne informacije?
Identifikujte pogođene sisteme lokalnog mrežnog prolaza zasnovane na sertifikatima, zamenite pogođene lance sertifikata i proverite povezanost Webex Calling.

Nakon bezbednosnog incidenta organa za sertifikate eMudhra (CA) u oktobru 2026. godine, Webex Calling uklonjeno je poverenje u četiri osnovna CA. Ako vaš osnovni sistem Local Gateway zasnovan na sertifikatima zavisi od jednog od ovih organa, zamenite pogođeni sertifikat ili lanac da biste održali sigurnu TLS vezu. Ako je pogođeni prtljažnik van mreže, dolazni i odlazni PSTN pozivi i lokalne integracije koje zavise od njega možda nisu dostupni.

Pogođeni osnovni sertifikati su:

  • EmSign Root TLS CA - G3

  • EmSign ECC Root CA - G3

  • EmSign Root CS CA - G3

  • AAA usluge sertifikata (root Comodo AAA Services)

AAA usluge sertifikata nisu ugrožene. Međutim, unakrsno je potpisao pogođene posredne CA Emudhra, pružajući alternativni put poverenja kompromitovanim sertifikatima.

Ugroženi su kupci koji koriste lokalne mreže zasnovane na sertifikatima (LGV) čiji lanci sertifikata zavise od ovih vlasti. Ovo uključuje sertifikate izdate Sectigo koji se povezuju sa AAA sertifikatnim uslugama preko UserTrust.

Webex Callingsada odbacuje TLS veze sa pogođenih lokalnih prolaza. Ulazni i odlazni PSTN pozivi i integracije lokalnih poziva koje se oslanjaju na te prolaze neće uspeti.

Sa ovlašćenog računara koji može doći do SIP TLS porta mrežnog prolaza, pokrenite primenljivu komandu. Zamenite lgv.ekample.com i 5061 nazivom hosta mrežnog prolaza i TLS portom. Ako je spoljni pristup ograničen, pokrenite naredbu sa ovlašćenog domaćina internog upravljanja.

Linuk ili macOS:

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

Vindovs komandna linija:

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

Pre nego što počnete

  • Potreban vam je pristup Control Hubu uz dozvolu za pregled debla organizacije.
  • Ime hosta mrežnog prolaza i SIP TLS port za svaki primarni, redundantni i rezervni prolaz.
  • Pristup ovlašćenom računaru sa OpenSSL-om koji može doći do svake krajnje tačke mrežnog prolaza.
1

Identifikujte svoje prtljažnike Local Gateway.

  • U kontrolnom čvorištu idite na U slu ge > PSTN i rutiranje > Konfiguracije mrežnog prolaza > Trunk.
  • Za korisnike koji koriste Cisco pozivni plan, lista trunka je takođe dostupna na U slu ga > Pozivanje > Usmer avanje poziva > T run k.
  • Identifikujte trupce zasnovane na sertifikatima i zabeležite konfigurisanu FKDN ili SRV adresu, ime hosta mrežnog prolaza i SIP TLS port. Ponovite za suvišne i rezervne prolaze.
2

Pregledajte lanac sertifikata svakog mrežnog prolaza.

  • Pokrenite primenljivu komandu OpenSSL. Izlaz prikazuje sertifikate koje je predstavio Local Gateway; ne verifikuje nezavisno kompletan lanac u odnosu na prodav Webex Calling nicu poverenja.
  • TLS greška u stiskanju ruke ili neuspešna OpenSSL verifikacija ne dokazuju da je na mrežni prolaz uticao ovo ažuriranje poverenja.
3

Pregledajte subjekte sertifikata i izdavače.

  • U odeljku Lanac sertifikata pregledajte predmet (e:) i izdavaoca (i:) svakog sertifikata. Proverite zajednički naziv (CN) i svaki unos u lanac za gore navedene nepoverljive vlasti.
  • Na primer, unos sa temom CN=UserTrust RSA sertifikaciono telo i izdavač CN=AAA Sertifikati Servis identifikuje sertifikat izdat od strane AAA sertifikata Services.
4

Tumačite rezultate inspekcije.

Rezultat lanca sertifikataStatus
Bilo koja linija s: ili i: prikazuje usluge AAA sertifikata ili pogođeni eMsign-ov organPogođen. Popravi sada.
Nijedan od pogođenih vlasti se ne pojavljuje, a prtljažnik je na mreži u Control HubuNije pogođeno.
Nijedan od pogođenih vlasti se ne pojavljuje, ali prtljažnik je offlineKontaktirajte svog partnera ili Cisco TAC da biste potvrdili Cisco-ovu listu pogođenih kupaca.
Vreme povezivanja je isteklo ili se ne vraća lanac sertifikataNeubedljivo. Proverite mrežni pristup TLS portu mrežnog prolaza i pokušajte ponovo.

Prolaz se potvrđuje da nije pogođen samo kada se nijedan od navedenih korena ne pojavi i deblo je na mreži u Control Hubu.

5

Zamenite pogođeni lanac sertifikata.

  1. Obratite se svom dobavljaču sertifikata da biste dobili zamjenski sertifikat ili alternativni lanac koji prestaje u korenu kome verujeWebex Calling. U mnogim slučajevima postojeći sertifikat mrežnog prolaza može se zadržati i zameniti samo srednji lanac. Za pogođene implementacije Sectigo, ovo može uključivati zamenu AAA-unakrsnog UserTrust sertifikata odgovarajućom alternativom.
  2. Instalirajte ažurirani lanac sertifikata na lokalni mrežni prolaz i ponovite proveru sertifikata.
  3. Potvrdite da se prtljažnik prikazuje Online u Control Hubu i testirajte dolazne i odlazne pozive.
6

Proverite povezivanje lokalnog mrežnog prolaza.

  • Ponovite OpenSSL inspekciju i potvrdite da lanac zamene više ne zavisi od nepoverenih vlasti.
  • U Control Hub-u potvrdite da se prtljažnik prikazuje Online.
  • Testirajte dolazne i odlazne PSTN pozive i integracije lokalnih poziva koje koriste trunk.
  • Ponovite validaciju za rezervne kopije i suvišne prolaze.

Šta dalje raditi

Ako se lanac čini ispravnim, ali prtljažnik ostaje van mreže, oštećen ili nepoznat:

  • Proverite da li je sertifikat validan i ispravno instaliran.
  • Proverite kompletan srednji CA lanac i očekivani identitet sertifikata.
  • Pregledajte greške TLS povezivanja i validacije sertifikata na mrežnom prolazu.
  • Kontaktirajte svog dobavljača sertifikata, Cisco partnera ili Cisco Technical Assistance Center (TAC) ako se problem nastavi. Kada kontaktirateCisco Technical Assistance Center, navedite ID organizacije, pogođene detalje o magistrali, ime hosta mrežnog prolaza, informacije o lancu sertifikata i relevantne TLS poruke o grešci.

Povezane informacije:

Da li je ovaj članak bio koristan?
Da li je ovaj članak bio koristan?