Tässä artikkelissa
dropdown icon
Mihin voi vaikuttaa
    Varmenteiden myöntäjät
Tarkista ja vaihda asianomaiset varmenteet tai ketjut
Aiheeseen liittyvät tiedot
Tarkista ja korjaa varmenteet, joihin eMUDHRA-tietoturvapäivitys Webex Meetings -päivitys vaikuttaa
list-menuTässä artikkelissa
list-menuOnko sinulla palautetta?

Cisco poistaa luottamuksen tiettyihin päävarmentajiin, joita käytetään suojattujen SIP-yhteyksien vahvistamiseen lokakuussa 2026 eMUDHRA-varmenneviranomaisen (CA) tietoturvatapahtuman jälkeen. Asianomaisten Webex Meetings SIP -integraatioiden täytäntöönpanon on tarkoitus alkaa 2. marraskuuta 2026. Käyttöönotto voi tapahtua vaiheittain. Suunnittele, että saat muutokset päätökseen ennen 2. marraskuuta. Asiakkaiden, joiden varmenteketjut ovat riippuvaisia epäluottamuksellisista viranomaisista, on vaihdettava kyseinen sertifikaatti tai ketju. Muussa tapauksessa kyseinen suojattu SIP-yhteys epäonnistuu TLS-todennuksessa, kun päivitetty luottamuskäytäntö otetaan käyttöön kyseiselle yhteykselle.

Mihin voi vaikuttaa

Integraatiot

  • Webex MeetingsEdge-ääni: Kokousten puhelinsoitto ja puhelinsoitto yrityksen SIP- yhteyksien kautta lakkaavat toimimasta, kun pakottaminen saavuttaa kyseiset yhteydet.

  • Yhteistyökokoushuoneet (CMR): SIP-pohjaisten videolaitteiden liittyminen suojattujen SI P-yhteyksien kautta epäonnistuu, kun pakottaminen saavuttaa kyseiset yhteydet.

  • Asiakashallinnoimaan infrastruktuuriin voivat kuulua Cisco CUBE, Expressway-E ja muut Session Border Controllers (SBC) . Tarkista sekä ensisijaiset että redundantit järjestelmät.

Nämä muutokset kohdistuvat SIP-integraatioihin, jotka käyttävät kyseisiä varmenteketjuja. Muut kokousten käyttötavat eivät riipu samasta asiakkaan hallinnoimasta SIP-varmennepolusta.

Varmenteiden myöntäjät

Tarkista varmenteketjut, jotka ovat riippuvaisia jostakin seuraavista viranomaisista:

  • emSign Root TLS-CA - G3

  • EmSign ECC Root CA - G3

  • emSign Root CS CA - G3

  • AAA-sertifikaattipalvelut (Comodo AAA Services root)

AAA-sertifikaattipalveluja ei vaarantunut, mutta se allekirjoitti ristisanomaiset eMUDHRA-välittäjät ja sisältyy tähän tietoturvavastaukseen. Jotkin Sectigon myöntämät varmenteet saattavat käyttää AAA-ristiallekirjoitettua sertifiointipolkua, vaikka itse Sectigo-asiakasvarmenteita ei vaarannuttaisi.

EmSign Root CA - G1 ei sisälly tähän epäluottamuksen muutokseen. Älä korvaa tai poista varmenteita vain siksi, että ne käyttävät G1: tä.

Tarkista ja vaihda asianomaiset varmenteet tai ketjut

1

Tunnista CUBE-, Expressway-E- tai SBC, jota käytetään kyseiseen Edge Audio- tai SIP-pohjaiseen kokousten integrointiin. Tallenna todellinen isäntänimi ja määritetty SIP TLS -portti. Tarkista sitten kyseiseen järjestelmään asennettu TLS-henkilöllisyystodistus ja siihen liittyvät välivarmenteen varmenteet .

Expressway-E: ssä asennettua palvelinvarmentetta voi tarkastella kohdassa Ylläpito > Suojaus > Palvel invar men ne. Käytä CUBE: n ja muiden SBC-laitteiden osalta sovellettavaa toimittajatodistuksen tarkastusmenettelyä.

Toista varmuuskopiointi- ja redundanttisille järjestelmille.

2

Suorita asiaankuuluva esimerkki tietokoneesta, johon on asennettu OpenSSL ja verkkoyhteys SIP TLS -kuuntel ijaan:

  • Linux tai macOS:

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

  • Windowsin komentokehote:

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

Korvaa esimerkin isäntänimi ja portti todellisella SIP TLS-päätepisteellä; portti voi vaihdella käyttööno ton mukaan. Jos saapuva TLS-käyttö on rajoitettu, suorita tarkistus valtuutetusta hallintajärjestelmästä.

Expressway-E: ssä Webexin kanssa käytettävä SIP TLS-portti saattaa vaatia asiakasvarmenteen. Komento voi sitten päättyä virheeseen, mutta varmenteketju näkyy edelleen.

Tarkista varmenteketjun merkinnät, mukaan lukien aihe (t) ja myöntäjä (i:). Etsi jokin neljästä asianomaisesta CA-nimestä, mukaan lukien AAA Certificate Servicesin myöntämä UserTrust RSA Certification Authority -sertifikaatti.

Esimerkki vaikuttavasta ristiinallekirjoitetusta ketjun merkinnästä:

  • s: CN = UserTrust RSA -sertifiointiviranomainen

  • i: CN = AAA-sertifikaattipalvelut

3

Tulkitse havainnot:

  • Vahingoittunut CA löydetty: Käsittele ketjua sellaisena kuin se koskee ja päivitä se ennen täytäntöönpanoa.

  • Mitään asianomaista sertifiointia ei näytetä ja SIP-integrointi toimii: Tämä tarkist us ei osoita välittömiä toimenpiteitä, ellei Cisco erikseen ilmoita organisaatiollesi kyseisestä riippuvuudesta.

  • Mitään asianomaista varmentajaa ei näytetty, mutta Cisco ilmoitti organisaatiollesi, tai SIP- integrointi epäonnistuu: Ota yhteyttä Cisco-kumppaniin tai Cisco TAC pyydä apua täydellisen sertifiointipolun ja vaikuttavan yhteyden tunnistamisessa.

  • Varmennetta ei näytetä tai yhteyden aikakatkaisu: Vahvista oikea isäntänimi, portti, kulunvalvonta ja tarkastustapa.

4

Ota yhteyttä varmenteen tarjoajaan tai jälleenmyyjään saadaksesi korvaavan varmenteen tai vaihtoehtoisen varmenteketjun, joka päättyy edellä mainittuun pääkäyttäjään. Pyydä palveluntarjoajaa vahvistamaan, että korvaava ketju sopii Webex SIP -integraatioon.

  • Jos sitä tuetaan, säilytetään olemassa oleva henkilöllisyystodistus ja korvataan vain väliketju. Korvaa AAA Certificate Servicesin myöntämä UserTrust-sertifikaatti - sertifikaatti asianmukaisella vaihtoehtoisella ketjul la Sectigon tai palveluntarjoajalta. Älä koskaan poista sitä asentamatta ja vahvistamatta sen korvaamista.

  • Asenna sertifikaatti tai ketju kuhunkin kyseessä olevaan CUBE-, Expressway-E- tai SBC-järjestelmään tuotteen määritysoh jeiden mukaisesti. Varmista, että asennettu henkilöllis yystodistus pysyy voimassa järjestelmän määritetyn SIP-identiteetin osalta.

Tarkasta asennettu ketju uudelleen varmistaaksesi, että se ei enää riipu epäluottamuksellisista viranomaisista.

5

Vahvista kokouksen yhteydet:

  • Testaa Edge Audio -sovelluksessa kokouksen puhelinsoitto- ja takaisinsoittoreitit, jotka kulkevat kyseisen yrityksen SIP-yhteyden kautta.

  • Testaa CMR:ää varten SIP-pohjainen videolaiteyhteys asianomaisen infrastruktuurin kautta.

  • Tarkista sekä ensisijaiset että vikasietoiset polut. Tarkista TLS-virheet ja varmenteiden vahvistus virheet, jos yhteys ei ole käytettävissä.

Jos varmenne- tai SIP-yhteysongelmat jatkuvat, ota yhteyttä Cisco-kumppaniin tai Cisco Technical Assistance Center (TAC). Anna Webex-organisaatiotunnuksesi, kyseinen palvelu , johon se vaikuttaa, järjestelmän ja SIP-isäntänimi, varmenteketjun tiedot ja mahdolliset TLS- tai SIP-virheilmoitukset. Älä jaa yksityisiä avaimia.

Oliko tästä artikkelista apua?
Oliko tästä artikkelista apua?