10. lokakuuta 2026 | 743 katselukertaa | 0 henkeä piti tätä hyödyllisenä
Ota Zero-Trust -kokoukset käyttöön
list-menuOnko sinulla palautetta?
Webexin Zero-Trust Security tarjoaa päästä päähän -salauksen ja vahvan henkilöllisyyden vahvistuksen ajoitetuissa ja henkilökohtaisissa kokouksissa.

Käyttäjäkokemus

Käyttäjät valitsevat kokoustyypin, kun he ajoittavat kokouksen. Kun osallistujat otetaan vastaan aulasta sekä kokouksen aikana, isäntä näkee kunkin osallistujan henkilöllisyyden vahvistustilan. On myös kokouksen kaikille nykyisille osallistujille yhteinen kokouskoodi, jonka avulla he voivat varmistaa, että ei-toivottu kolmannen osapuolen Meddler In The Middle (MITM) -hyökkäys ei ole siepannut heidän kokoustaan.

Jaa seuraavat tiedot kokouksen isäntien kanssa:

Henkilöllisyyden vahvistaminen sisäisellä tai ulkoisella CA: llä

Vahvista henkilöllisyys

End-to-end -salaus henkilöllisyyden vahvistuksella tarjoaa lisäsuojaa päästä päähän salatulle kokoukselle.

Kun osallistujat tai laitteet liittyvät jaettuun MLS-ryhmään (Messaging Layer Security), he esittävät varmenteensa muille ryhmän jäsenille, jotka sitten vahvistavat varmenteet myöntäviä varmenneviranomaisia (CA) vastaan. Vahvistamalla, että varmenteet ovat voimassa, CA tarkistaa osallistujien henkilöllisyyden ja kokous näyttää osallistujat/laitteet vahvistettuina.

Webex-sovelluksen käyttäjät todentavat itsensä Webex-identiteettivarastoon, joka antaa heille käyttöoikeustunnuksen, kun todennus onnistuu. Jos he tarvitsevat varmenteen henkilöllisyytensä vahvistamiseksi päästä päähän salatussa kokouksessa, Webex-CA antaa heille varmenteen käyttöoikeustunnuksensa perusteella. Tällä hetkellä emme tarjoa käyttäjille tapaa saada kolmannen osapuolen tai Webex Meetings ulkoisen CA: n myöntämää varmennetta.

Laitteet voivat todentaa itsensä käyttämällä sisäisen (Webex) CA: n myöntämää varmennetta tai ulkoisen varmenteen myöntämää varmennetta:

  • Sisäinen CA — WebEx antaa sisäisen varmenteen, joka perustuu laitteen konetilin käyttöoikeustunnisteeseen. Varmenteen allekirjoittaa Webex CA. Laitteilla ei ole käyttäjätunnuksia samalla tavalla kuin käyttäjillä, joten Webex käyttää (yhtä) organisaatiosi toimialueista kirjoittaessaan laitevarmenteen henkilöllisyyttä (Common Name (CN)).

  • Ulkoinen CA — pyydä ja osta laitesertifikaatteja suoraan valitsemaltasi liikkeeseenlaskijalta. Sinun on salattava, lähetettävä suoraan ja valtuutettava varmenteet käyttämällä vain sinulle tunnettua salaisuutta.

    Cisco ei ole mukana, mikä tekee tästä tavan taata aidon päästä päähän -salauksen ja todennetun henkilöllisyyden ja estää teoreettisen mahdollisuuden, että Cisco voisi salakuunnella kokouksiasi tai purkaa mediasi.

Sisäisesti myönnetty laitetodistus

Webex antaa varmenteen laitteelle, kun se rekisteröityy käynnistyksen jälkeen, ja uudistaa sen tarvittaessa. Laitteissa varmenne sisältää tilin tunnuksen ja toimialueen.

Jos organisaatiossasi ei ole toimialuetta, Webex-CA myöntää varmenteen ilman toimialuetta.

Jos organisaatiossasi on useita toimialueita, voit Ohjauskeskuksen avulla kertoa Webexille, mitä toimialuetta laite käyttää identiteettinsä määrittämiseen. Voit käyttää myös API XConfiguration Conference EndToEndEncryption Identity PreferredDomain: ”example.com”.

Jos sinulla on useita toimialueita etkä määritä laitteelle haluttua toimialuetta, Webex valitsee yhden sinulle.

Ulkoisesti myönnetty laitetodistus

Järjestelmänvalvoja voi tarjota laitteelle oman varmenteensa, joka on allekirjoitettu jollakin julkisista sertifioijista.

Varmenteen on perustuttava ECDSA P-256 -avainpariin, vaikka se voidaan allekirjoittaa RSA-avaimella.

Todistuksen arvot ovat organisaation harkinnan mukaan. Yleinen nimi (CN) ja Aiheen vaihtoehtoinen nimi (SAN) näkyvät Webex-kokouksen käyttöliittymässä, kuten on kuvattu kohdassa End-to-end salaus henkilöllisyyden vahvistuksella. Webex Meetings

Suosittelemme käyttämään erillistä varmennetta laitetta kohden ja yksilöllistä CN-tunnusta laitetta kohden. Esimerkiksi ”meeting-room-1.example.com” organisaatiolle, joka omistaa ”example.com” -verkkotunnuksen.

Ulkoisen varmenteen suojaamiseksi peukaloinnilta käytetään asiakassalaista ominaisuutta erilaisten xkomentojen salaamiseen ja allekirjoittamiseen.

Kun käytät asiakassalaisuutta, on mahdollista hallita ulkoista Webex-identiteettivarmennetta turvallisesti xAPI: n kautta. Tämä on tällä hetkellä rajoitettu online-laitteisiin.

Webex tarjoaa tällä hetkellä API-komentoja tämän hallintaan.

Ominaisuudet ja rajoitukset

Laitteet

Pilvipalveluun rekisteröidyt Cisco Board-, Desk- ja Room Series -laitteet voivat liittyä E2EE-kokouksiin.

Seuraavat laitteet eivät voi liittyä E2EE-kokouksiin:

  • Kolmannen osapuolen SIP-laitteet

Ohjelmistoasiakkaat

  • Webex-sovellus tietokone- ja mobiiliasiakkaille voi liittyä E2EE-kokouksiin.

  • Webex-verkkoasiakas ei voi liittyä E2EE-kokouksiin.

  • Kolmannen osapuolen SIP-soft-asiakkaat eivät voi liittyä E2EE-kokouksiin.

Identiteetti

  • Suunnitelmaltaan emme tarjoa Control Hub -vaihtoehtoja, joiden avulla voit hallita ulkoisesti vahvistettua laitteen identiteettiä. Todellista päästä päähän -salausta varten vain sinun pitäisi tietää/käyttää salaisuuksia ja avaimia. Jos otamme käyttöön pilvipalvelun näiden avainten hallitsemiseksi, on mahdollista, että ne siepataan.

  • Tällä hetkellä tarjoamme sinulle ”reseptin”, jonka avulla voit suunnitella omia työkalujasi, jotka perustuvat alan standardien mukaisiin salaustekniikoihin, jotka auttavat pyytämään tai salaamaan laitteesi henkilöllisyystodistuksia ja niiden yksityisiä avaimia. Emme halua saada todellista tai havaittua pääsyä salaisuuksiisi tai avaimiisi.

Kokoukset

  • E2EE-kokouksissa tuetaan tällä hetkellä enintään 1000 osallistujaa.

  • Voit jakaa uusia valkotauluja E2EE-kokouksissa. Säännöllisissä kokouksissa on joitain eroja valkotauluista:
    • E2EE-kokouksissa käyttäjät eivät voi käyttää kokouksen ulkopuolella luotuja valkotauluja, mukaan lukien yksityiset valkotaulut, muiden jakamat valkotaulut ja Webex-tilojen valkotaulut.
    • E2EE-kokouksissa luodut valkotaulut ovat käytettävissä vain kokouksen aikana. Niitä ei tallenneta, eivätkä ne ole käytettävissä kokouksen päättymisen jälkeen.
    • Jos joku jakaa sisältöä E2EE-kokouksessa, voit lisätä siihen huomautuksia. Lisätietoja merkinnöistä on kohdassa Webex-sovellus | Jaetun sisällön merkitseminen merkinnöillä.

Hallintaliitäntä

Suosittelemme, että käytät Control Hubia kokousten sivustosi hallintaan, koska Control Hub -organisaatioilla on keskitetty identiteetti koko organisaatiolle.

Lisäresurssit
Edellytykset

  • Webex Meetings41.7.

  • Pilvipalveluun rekisteröidyt Cisco Board-, Desk- ja Room Series -laitteet, joissa on 10.6.1-RoomOS_August_2021 tai uudempi.

  • Hallinnolliset käyttöoikeudet kokouspaikkaan Control Hubissa.

  • Yksi tai useampi vahvistettu toimialue Control Hub -organisaatiossasi (jos käytät Webex-varmenteita vahvistetun henkilöllisyyden laitetarmenteiden myöntämiseen).

  • Yhteistyökokoushuoneet on kytkettävä päälle, jotta ihmiset voivat liittyä videojärjestelmästään. Lisätietoja on ohjeaiheessa Salli videojärjestelmien liittyminen kokouksiin ja tapahtumiin Webex-sivustossasi.

Laitesertifikaattien hankkiminen

Voit ohittaa tämän vaiheen, jos et tarvitse ulkoisesti vahvistettuja henkilöllisyyksiä.

Korkeimman turvallisuustason ja henkilöllisyyden todentamisen varmistamiseksi jokaisella laitteella on oltava luotetun yleisön myöntämä yksil Certificate Authority öllinen varmenne.

Sinun on oltava vuorovaikutuksessa CA: n kanssa, jotta voit pyytää, ostaa ja vastaanottaa digitaalisia varmenteita ja luoda niihin liittyvät yksityiset avaimet. Kun pyydät varmennetta, käytä näitä parametreja:

  • Tunnettu julkinen CA: n on myönnettävä ja allekirjoitettava sertifikaatti.

  • Ainutlaatuinen: Suosittelemme käyttämään yksilöllistä sertifikaattia kullekin laitteelle. Jos käytät yhtä varmennetta kaikille laitteille, vaarannat tietoturvasi.

  • Yleinen nimi (CN) ja Aiheen vaihtoehtoinen nimi (SAN/s): Nämä eivät ole tärkeitä Webexille, mutta niiden tulisi olla arvoja, jotka ihmiset voivat lukea ja liittää laitteeseen. CN näkyy muille kokouksen osanottajille laitteen ensisijaisena vahvistettuna henkilöllisyytenä, ja jos käyttäjät tarkastavat varmenteen kokouskäyttöliittymän kautta, he näkevät SAN:t. Kannattaa käyttää nimiä, kuten name.model@example.com.

  • Tiedostomuoto: Varmenteiden ja avainten on oltava .pem- muodossa.

  • Tarkoitus: Varmenteen tarkoituksen on oltava Webex Identity.

  • Avainten luominen: Varmenteiden on perustuttava ECDSA P-256 -avainpareihin (Elliptical Curve Digital Signature Algorithm, jossa käytetään P-256-käyrää).

    Tämä vaatimus ei koske allekirjoitusavainta. CA voi allekirjoittaa varmenteen RSA-avaimella.

Valmistaudu laitteisiin

Voit ohittaa tämän vaiheen, jos et halua käyttää ulkoisesti vahvistettua henkilöllisyyttä laitteidesi kanssa.

Jos käytät uusia laitteita, älä rekisteröi niitä vielä Webexiin. Turvallisuuden vuoksi älä kytke niitä verkkoon tässä vaiheessa.

Jos sinulla on olemassa laitteita, jotka haluat päivittää käyttämään ulkoisesti vahvistettua henkilöllisyyttä, sinun on palautettava laitteet tehdasasetuksiin.

  • Tallenna olemassa oleva kokoonpano, jos haluat säilyttää sen.

  • Ajoita ikkuna, kun laitteita ei käytetä, tai käytä vaiheittaista lähestymistapaa. Ilmoita käyttäjille muutoksista, joita he voivat odottaa.

  • Varmista fyysinen pääsy laitteisiin. Jos sinun on käytettävä laitteita verkon kautta, muista, että salaisuudet kulkevat pelkkänä tekstinä ja vaarannat turvallisuutesi.

Kun olet suorittanut nämä vaiheet, anna videojärjestelmien liittyä kokouksiin ja tapahtumiin Webex-sivustossasi.

Ymmärrä laitteiden ulkoinen identiteettiprosessi

Varmistaaksesi, että kukaan muu kuin laite ei voi salata laitteesi tietovälinettä, sinun on salattava laitteen yksityinen avain. Suunnittelimme laitteelle sovellusliittymät, jotka mahdollistavat salatun avaimen ja varmenteen hallinnan käyttämällä JSON Web Encryption (JWE).

Varmistaaksemme todellisen päästä päähän -salauksen pilvemme kautta emme voi osallistua varmenteen ja avaimen salaamiseen ja lataamiseen. Jos tarvitset tätä turvallisuustasoa, sinun on:

  1. Pyydä todistuksiasi.

  2. Luo varmenteiden avainparit.

  3. Luo (ja suojaa) jokaiselle laitteelle alkuperäinen salaisuus laitteen salausominaisuuksien lisäämiseksi.

  4. Kehitä ja ylläpidä omaa työkalua tiedostojen salaamiseen JWE-standardin avulla.

    Prosessi ja tarvitsemasi (ei-salaiset) parametrit selitetään alla, samoin kuin resepti, jota noudatat valitsemissasi kehitystyökaluissa. Tarjoamme myös joitain testitietoja ja tuloksena olevia JWE-blobeja odotetulla tavalla, jotta voit tarkistaa prosessisi.

    Python3:a ja JWCrypto-kirjastoa käyttävä viitetoteutus, jota ei tueta, on saatavana Ciscolta pyynnöstä.

  5. Yhdistä ja salaa varmenne ja avain työkalusi ja laitteen alkuperäisen salaisuuden avulla.

  6. Lataa tuloksena oleva JWE-blob laitteeseen.

  7. Määritä Webex-identiteettiin käytettävän salatun varmenteen tarkoitus ja aktivoi varmenne.

  8. (Suositeltu) Tarjoa työkalullesi käyttöliittymä (tai levitä), jonka avulla laitteen käyttäjät voivat muuttaa alkuperäistä salaisuutta ja suojata tietovälineensä sinulta.

Kuinka käytämme JWE-muotoa

Tässä osiossa kuvataan, kuinka odotamme JWE: n luomisen syötteeksi laitteille, jotta voit rakentaa oman työkalun blobien luomiseen varmenteistasi ja avaimistasi.

Katso J SON-verkkosalaus (JWE) https://datatracker.ietf.org/doc/html/rfc7516 ja JSON Web Signature (JWS) https://datatracker.ietf.org/doc/html/rfc7515.

Käytämme JSON-asiakir jan kompak tia sarjoitusta JWE-blobien luomiseen. Parametrit, jotka sinun on sisällytettävä JWE-blobeja luotaessa, ovat:

  • JOSE Otsikko (suojattu). JSON-objektien allekirjoitus- ja salausotsikossa sinun TÄYTYY sisällyttää seuraavat avainarvo-parit:

    • ”alg” :"hakemisto”

      Suora algoritmi on ainoa, jota tuemme hyötykuorman salaamiseen, ja sinun on käytettävä laitteen alkuperäistä asiakassalaisuutta.

    • ”enc”: ”A128GCM” tai ”enc”: ”A256GCM”

      Tuemme näitä kahta salausalgoritmia.

    • ”cisco-action”: ”lisää” tai ”cisco-action”: ”populate” tai ”cisco-action”: ”aktivoi” tai ”cisco-action”: ”deaktivoi”

      Tämä on omistettu avain ja neljä arvoa, jotka se voi ottaa. Esittelimme tämän avaimen osoittaaksemme salattujen tietojen tarkoituksen kohdelaitteelle. Arvot on nimetty sen laitteen xAPI-komentojen mukaan, jossa käytät salattuja tietoja.

      Nimesimme sen cisco-action iksi lieventääksemme mahdollisia yhteenottoja tulevien JWE-laajennusten kanssa.

    • ”cisco-kdf”: {”versio”: ”1", ”salt”: ”base64URLEncodeDrandom4+tavua”}

      Toinen omistettu avain. Käytämme antamiasi arvoja syötteinä avaimen johtamiseen laitteessa. Ver sion on oltava 1 (avaimen johdannaistoiminnon versio). Suolan arvon on oltava vähintään 4 tavun base64-URL-koodattu sekvenssi, joka sinun on valittava satunnaisesti.

  • JWE-salattu avain. Tämä kenttä on tyhjä. Laite saa sen alkuperäisestä ClientSecretistä.

  • JWE-alustusvektori. Sinun on annettava base64url-koodattu alustusvektori hyötykuorman salauksen purkamista varten. IV: n TÄYTYY olla satunnainen 12 tavun arvo (käytämme AES-GCM-salausperhettä, joka edellyttää, että IV: n on 12 tavua pitkä).

  • JWE AAD (toden netut lisätiedot). Sinun on jätettävä tämä kenttä pois, koska sitä ei tueta Compact Serialization -ohjelmassa.

  • JWE Ciphertext: Tämä on salattu hyötykuorma, jonka haluat pitää salassa.

    Hyötykuorma VOI olla tyhjä. Esimerkiksi asiakkaan salaisuuden palauttamiseksi sinun on korvattava se tyhjällä arvolla.

    Hyötykuormia on erityyppisiä riippuen siitä, mitä yrität tehdä laitteella. Eri xAPI-komennot odottavat erilaisia hyötykuormia, ja sinun on määritettävä hyötykuorman tarkoitus cisco-action-avaimella seuraavasti:

    • Käyttämällä ”cisco-action” :"populate” salausteksti on uusi Cli entSecret.

    • Cisco-action: "add” -toiminnolla salausteksti on PEM-blobi, joka sisältää varmenteen ja sen yksityisen avaimen (ketjutettu).

    • Cisco-action: ”activate” -toiminnolla salausteksti on sen varment een sormenjälki (sha-1: n heksadesimaalinen esitys), jonka aktivoimme laitteen henkilöllisyyden todentamista varten.

    • Kun "”cisco-action” :"deaktivoidaan” salausteksti on sen varmenteen sormenjälki (sha-1: n heksadesimaalinen esitys), jota poistamme käytöstä laitteen henkilöllisyyden todentamiseen.

  • JWE-todennustunniste: Tämä kenttä sisältää todennustunnisteen koko JWE-kompaktisti sarjatun blobin eheyden varmistamiseksi

Kuinka saamme salausavaimen Client Secretistä

Salaisuuden ensimmäisen populaation jälkeen emme hyväksy tai tulosta salaisuutta pelkkänä tekstinä. Tämän tarkoituksena on estää mahdolliset sanakirjahyökkäykset henkilöltä, joka voi käyttää laitetta.

Laiteohjelmisto käyttää asiakassalaisuutta syötteenä avainjohdannaistoiminnolle (kdf) ja käyttää sitten johdettua avainta sisällön salauksen purkamiseen/salaukseen laitteessa.

Tämä tarkoittaa sinulle, että JWE-blobien tuottamiseen tarkoitetun työkalun on noudatettava samaa menettelyä saadakseen saman salaus-/salauksen purkuavaimen asiakassalaisuudesta.

Laitteet käyttävät scryptiä avainten johtamiseen (katso https://en.wikipedia.org/wiki/Scrypt) seuraav illa parametreilla:

  • Kustannustekijä (N) on 32768

  • BlockSizeFactor (r) on 8

  • ParallelizationFactor (p) on 1

  • Suola on satunnainen sekvenssi, joka on vähintään 4 tavua; sinun on annettava sama su ola määritettä essä cisco-kd f-parametria.

  • Avainpituudet ovat joko 16 tavua (jos valitset AES-GCM 128 -algoritmin) tai 32 tavua (jos valitset AES-GCM 256 -algoritmin)

  • Suurin muistiraja on 64 Mt

Tämä parametrijoukko on ainoa scryptin kokoonpano, joka on yhteensopiva laitteiden avainjohdannaistoiminnon kanssa. Tätä laitteiden kdf: tä kutsutaan nimellä ”version”: ”1", joka on ainoa versio, jonka cisco-kdf -parametri tällä hetkellä ottaa.

Toimiva esimerkki

Tässä on esimerkki, jota voit seurata varmistaaksesi, että JWE-salausprosessisi toimii samalla tavalla kuin laitteilla luomamme prosessi.

Esimerkkiskenaario on PEM-blobin lisääminen laitteeseen (jäljittelee varmenteen lisäämistä erittäin lyhyellä merkkijonolla täyden cert + -avaimen sijasta). Asiakassalaisuus esimerkissä on ossifrage.

  1. Valitse salaussalaus. Tässä esimerkissä käytetään A128GCM (AES 128-bittisillä näppäimillä Galois-laskuritilassa). Työkalusi voi käyttää A256GCM, jos haluat.

  2. Valitse suola (on oltava vähintään 4 tavun satunnainen sekvenssi). Tässä esimerkissä käytetään (hex-tavua) E5 E6 53 08 03 F8 33 F 6. Base64URL koodaa sekvenssin saadaksesi 5eztcap4 m_y (poista base64-pehmuste).

  3. Tässä on esimerkki scrypt-kutsusta sisällön salausavaimen (cek) luomiseksi:

    cek=scrypt(password="ossifrage", salt=4-byte-sequence, N=32768, r=8, p=1, keylength=16)

    Johdetun avaimen tulisi olla 16 tavua (hex) seuraavasti: 95 9e ba 6d d1 22 01 05 78 fe 6a 9d 22 78 ff ac joka base64url koodaa muotoon LZ66BDeiaqv4_mqdinj_ra.

  4. Valitse 12 tavun satunnainen sekvenssi käytettäväksi alustusvektorina. Tässä esimerkissä käytetään (hex) 34 b3 5d dd 5f 53 7b af 2d 92 95 83, jonka base64url koodaa muotoon nLnd3v9te68tkpwd.

  5. Luo JOSE-otsikko kompaktilla sarjoituksella (noudata samaa parametrijärjestystä, jota käytämme täällä) ja koodaa se sitten base64url:

    {"alg” :"dir”, "cisco-action” :"add”, "cisco-kdf”: {"salt” :"5eztcap4M_y”, "versio” :"1"}, "enc” :"A128GCM "}

    Base64url-koodattu JOSE-otsikko on EYJhbGcioIJkAxiiLcJjaXnJbY1hy3rpb24ioiJhzgqILcJjaXnjby1rzGyionSiC2fsdCi6ijvLwLrdqVA0tV9ziiWIDmVyc2LvBii6iJEifsWiZw5jiJoiqTEyoeddTSj9

    Tämä on JWE-blobin ensimmäinen elementti.

  6. JWE-blobin toinen elementti on tyhjä, koska emme toimita JWE-salausavainta.

  7. JWE-blobin kolmas elementti on alustusvektori NlnD3v9TE68tkpwd.

  8. Käytä JWE-salaustyökalua salatun hyötykuorman ja tunnisteen tuottamiseen. Tässä esimerkissä salaamaton hyötykuorma tulee olemaan väärennetty PEM-blob, tämä on PEM-tiedosto

    Salausparametrit, joita sinun tulisi käyttää, ovat:

    • Hyötykuorma on tämä on PEM-tiedosto

    • Salaussalaus on AES 128 GCM

    • base64url-koodattu JOSE-otsikko lisätodennetuiksi tiedoiksi (AAD)

    Base64URL koodaa salatun hyötykuorman, jonka pitäisi johtaa f5llvUwnfkfmzyco1yjfodhq

    Tämä on neljäs elementti (JWE Ciphertext) JWE-blobissa.

  9. Base64URL koodaa vaiheessa 8 tuottamasi tunnisteen, jonka pitäisi johtaa PE-wdfwgxffbeo928cfz1q

    Tämä on viides elementti JWE-blobissa.

  10. Yhdistä JWE-blobin viisi elementtiä pisteillä (JoseHeader.. iv.CipherText.tag) saadaksesi:

    EYJhbgCIoIJkAXiiLCJaxnjbY1hy3rpb24ioiJhzgQiLCJjaXnJbY1RzgyiOnSiC2fsdCi6ijVLrdQva0tV9ziiWiDMvYc2LvBiI6iJiIFsWiZw5jiJoiqTeyOeddTSj.. 9nLnd3v9TE68pWLlD.tKf5tKf5JiJoIQtEYoEDDtSj.. VUWNfkfmzyco1yjfodhq.pe-wdfwgxffbeo928cfz1q

  11. Jos sait samat base64url-koodatut arvot kuin tässä näytämme, käyttämällä omia työkalujasi, olet valmis käyttämään niitä suojaamaan laitteidesi E2E-salauksen ja vahvistetun henkilöllisyyden.

  12. Tämä esimerkki ei todellakaan toimi, mutta periaatteessa seuraava askel olisi käyttää yllä luomaasi JWE-blobia syötteenä xcommandille laitteessa, joka lisää varmenteen:

    XCommand-suojausvarmenteet Lisää eyJhbgCIoIJkAxiiLcJjaXnjbY1hy3rpb24ioiJhzgQiLCJjaXnjby1rzGyIONSiC2fsdci6ijvLwLrdqVA0tV9ziiWIDmVyC2LvBiI6iJiIFsWiZw5jiJoiqTeyoEDdTSj.. 9nLnND3v9tK68TkJ.. PW D.F5LLVUWNfkfmzyco1yjfodhq.pe-wdfwg xffbeo928cfz1q

Nolaluottamuskokousten istuntotyypit ovat kaikkien kokouspaikkojen käytettävissä ilman lisäkustannuksia. Yksi näistä istuntotyypeistä on nimeltään Pro-End to End Encryption _VoipOnly. Tämä on julkisen palvelun nimi, jota voimme muuttaa tulevaisuudessa. Istuntotyyppien nykyiset nimet ovat tämän artikkelin Viittaus-osassa kohdassa I stun totyypp itunnukset.

Sinun ei tarvitse tehdä mitään saadaksesi tämän ominaisuuden sivustollesi; sinun on myönnettävä uusi istuntotyyppi (kutsutaan myös kokouskäyttöoikeuk seksi) käyttäjille. Voit tehdä tämän yksittäin käyttäjän määrityssivun kautta tai joukkoina CSV-viennin/tuonnin avulla.

Vahvista uusi istuntotyyppi
1

Kirjaudu Control Hubi in ja valitse Palvel ut > Kok ous.

2

Valitse Sivustot, valitse Webex-sivusto, jonka asetuksia haluat muuttaa, ja valitse sitten Aset ukset.

3

Valitse Yle iset asetukset - kohdasta I stuntotyypit.

Sinun pitäisi nähdä yksi tai useampi päästä päähän -salausistunnon tyyppi. Katso istunto tyyppitunnisteiden luettelo tämän artikkelin Vi ittaus-osiossa. Saatat esimerkiksi nähdä Pro-End to End Encryption_Vo ipOnly.

On olemassa vanhempi istuntotyyppi, jolla on hyvin samanlainen nimi: Pro-End to End -sal aus. Tämä istuntotyyppi sisältää salaamattoman PSTN-pääsyn kokouksiin. Varmista, että sinulla on _VoIPonly- versio varmistaaksesi päästä päähän -salauksen. Voit tarkistaa viemällä hiiren istuntokoodis arakkeessa olevan PRO- linkin päälle. Tässä esimerkissä linkin kohteen tulisi olla JavaScript :showFeature (652).

Voimme muuttaa näiden istuntotyyppien julkisen palvelun nimiä tulevaisuudessa.

4

Jos sinulla ei vielä ole uutta istuntotyyppiä, ota yhteyttä Webex-edustajaan.

Mitä tehdä seuraavaksi

Ota tämä istuntotyyppi/kokousoikeus käyttöön joillekin tai kaikille käyttäjillesi.

Ota käyttöön E2EE-kokoukset yksittäisille käyttäjille
1

Kirjaudu Control Hubi in ja valitse Hall inta > Käyttäjät.

2

Valitse päivitettävä käyttäjätili ja valitse sitten Kokou kset.

3

Valitse päivit ettävä kokouspaik ka avattavasta Asetukset koskee -luettelosta.

4

Valitse Pro-End -kohdan vieressä oleva valintaruutu End to End Encryption _VoipOnly.

5

Sulje käyttäjän määrityspaneeli.

6

Toista tarvittaessa muille käyttäjille.

Jos haluat määrittää tämän useille käyttäjille, käytä seuraavaa vaihtoehtoa, Ota E2EE-kokoukset käyttöön useille käyttäjille.

Ota käyttöön E2EE-kokoukset useille käyttäjille
1

Kirjaudu Control Hubi in ja valitse Palvel ut > Kok ous.

2

Valitse Siv ustot ja valitse Webex-sivusto, jonka asetuksia haluat muuttaa.

3

Valitse Lisenssit ja käyttäjät - osiossa Jouk kohallinta.

4

Napsauta Luo raportti ja odota, kun valmistelemme tiedostoa.

5

Kun tiedosto on valmis, valitse V ie tulokset ja sitten Lataa. (Sinun on suljettava ponnahdusikkuna manuaalisesti napsauttamalla Lataa.)

6

Avaa ladattu CSV-tiedosto muokkausta varten.

Jokaiselle käyttäjälle on rivi, ja MeetingPrivil ege-sarake sisältää heidän istuntotyyppitunnukset pilkuilla erotettuna luettelona.

7

Lisää jokaiselle käyttäjälle, jolle haluat myöntää uuden istuntotyypin, 1561 uudeksi arvoksi MeetingPrivilege-solun pilkuilla erotettuun luetteloon.

Webex CSV File Format Reference sisältää tietoja CSV-tiedoston tarkoituksesta ja sisällöstä.

8

Avaa Kokoussivuston määrityspaneeli Ohjauskeskuksessa.

Jos olit jo Kokoussivustoluettelosivulla, sinun on ehkä päivitettävä se.

9

Valitse Lisenssit ja käyttäjät - osiossa Jouk kohallinta.

10

Valitse Tuo ja valitse muokattu CSV ja valitse sitten Tuo. Odota, kun tiedosto ladataan.

11

Kun tuonti on valmis, voit tarkistaa, onko virheitä napsauttamalla Tuo tulokset.

12

Siirry Käyttäjät- sivulle ja avaa yksi käyttäjistä varmistaaksesi, että heillä on uusi istuntotyyppi.

Lisää äänileima turvallisuuden takaamiseksi

Voit lisätä vesileiman kokoustallenteisiin Webex MeetingsPro-End to End Encryption_VoipOnly -istuntotyypillä, jonka avulla voit tunnistaa luottamuksellisten kokousten luvattomien tallenteiden lähdeasiakkaan tai laitteen.

Kun tämä ominaisuus on käytössä, kokouksen ääni sisältää yksilöllisen tunnisteen jokaiselle osallistuvalle asiakkaalle tai laitteelle. Voit ladata äänitallenteita Control Hubiin, joka analysoi tallennuksen ja etsii yksilölliset tunnisteet. Voit tarkastella tuloksia nähdäksesi, mikä lähdeasiakas tai laite tallensi kokouksen.

  • Jotta tallenne voidaan analysoida, sen on oltava enintään 500 Mt: n AAC-, MP3-, M4A-, WAV-, MP4-, AVI- tai MOV-tiedosto.
  • Tallennuksen on oltava pidempi kuin 100 sekuntia.
  • Voit analysoida vain organisaatiosi jäsenten isännöimien kokousten tallenteita.
  • Vesileimatiedot säilytetään saman ajan kuin organisaation kokoustiedot.

Äänivesileimojen lisääminen E2EE-kokouksiin

  1. Kirjaudu Control Hubiin ja valitse Hallinta - kohdasta Organisaation asetukset.
  2. Valitse Kokouksen vesile imat -osiossa Lisää äänileima.

    Jonkin aikaa sen jälkeen, kun tämä on otettu käyttöön, käyttäjät, jotka ajoittavat kokouksia Webex MeetingsPro-End to End Encryption_VoipOnly -istuntotyypillä, näkevät Digitaalisen vesileiman vaihtoeh don Suojaus-osiossa.

Vesileimatun kokouksen lataaminen ja analysointi

  1. Valitse Ohjauskeskuksen Val von ta-kohdasta Vi anmääritys.
  2. Valitse Ves ileiman analyysi.
  3. Etsi tai valitse kokous luettelosta ja valitse sitten Analysoi.
  4. Kirjoita Analysoi äänen vesile ima -ikkunaan analyysin nimi.
  5. (Valinnainen) Kirjoita muistiinpano analyysiä varten.
  6. Vedä ja pudota analysoitava äänitiedosto tai selaa äänitiedostoon valitsemalla Valitse tiedosto.
  7. Valitse Sulje.

    Kun analyysi on valmis, se näkyy Analysoi vesile ima -sivun tulosluettelossa.

  8. Valitse kokous luettelosta nähdäksesi analyysin tulokset. Klikkaa Download button ladataksesi tulokset.

Ominaisuudet ja rajoitukset

Tallennetun vesileiman onnistuneeseen dekoodaamiseen liittyviä tekijöitä ovat tallennuslaitteen ja äänen lähettävän kaiuttimen välinen etäisyys, äänen voimakkuus, ympäristömelu jne. Vesileimaustekniikallamme on enemmän joustavuutta koodata useita kertoja, kuten voi tapahtua, kun media jaetaan.

Tämä ominaisuus on suunniteltu mahdollistamaan vesileiman tunnisteen onnistunut dekoodaus laajoissa mutta kohtuullisissa olosuhteissa. Tavoitteenamme on, että tallennuslaitteen, kuten matkapuhelimen, joka makaa pöydällä lähellä henkilökohtaista päätepistettä tai kannettavaa tietokonetta, tulisi aina luoda tallenne, joka johtaa onnistuneeseen analyysiin. Kun tallennuslaite siirretään pois lähteestä tai se on peitetty kuulemasta koko äänispektriä, onnistuneen analyysin mahdollisuudet vähenevät.

Jotta tallenne voidaan analysoida onnistuneesti, tarvitaan kohtuullinen kaappaus kokouksen äänestä. Jos kokouksen ääni tallennetaan samaan tietokoneeseen, joka isännöi asiakasta, rajoituksia ei pitäisi soveltaa.

Sisäiset laitteet (sisäinen CA)

Jos laitteesi on jo kytketty Control Hub -organisaatioon ja haluat luoda tunnistusvarmenteet automaattisesti Webex-varmenteen avulla, sinun ei tarvitse palauttaa laitteita tehdasasetuksiin.

Tämä toimenpide valitsee toimialueen, jota laite käyttää tunnistaakseen itsensä, ja se on tarpeen vain, jos Control Hub -organisaatiossasi on useita toimialueita. Jos sinulla on useampi kuin yksi verkkotunnus, suosittelemme, että teet tämän kaikille laitteillesi, joilla on Cisco-vahvistettu henkilöllisyys. Jos et kerro Webexille, mikä toimialue tunnistaa laitteen, yksi valitaan automaattisesti, ja se saattaa näyttää väärältä muille kokouksen osallistujille.

Ennen kuin aloitat

Jos laitteesi eivät ole vielä käyttöönotettuja, seuraa kohdasta Rekisteröi laite sovellusliittymään tai paikalliseen Cisco Webex verkkoliittymään tai pilvipalvelun käyttöönottoon Board-, Desk- ja Room-sarjoihin. Tarkista myös verkkotunnukset, joita haluat käyttää laitteiden tunnistamiseen Verkkotunnusten hallinta -kohdassa.

1

Kirjaudu Control Hubiin ja valitse Hallinta- kohdasta La itteet.

2

Valitse laite avataksesi sen määrityspaneelin.

3

Valitse verkkotunnus, jota haluat käyttää laitteen tunnistamiseen.

4

Toista muille laitteille.

Sisäiset laitteet (ulkoinen CA)

Ennen kuin aloitat

  • Hanki CA-allekirjoitettu varmenne ja yksityinen avain, .pem- muodossa, kullekin laitteelle.

  • Lue Valmi e- välilehdellä aihe Laitteiden ulkoisen identiteetin prosessin ymmärtäminen,

  • Valmista JWE-salaustyökalu siellä olevien tietojen suhteen.

  • Varmista, että sinulla on työkalu satunnaisten tavusekvenssien luomiseen tietyllä pituudella.

  • Varmista, että sinulla on työkalu base64url-koodaamiseen tavuja tai tekstiä.

  • Varmista, että sinulla on scrypt-toteutus.

  • Varmista, että sinulla on salainen sana tai lause kullekin laitteelle.

1

Täytä laitteen ClientSecret pelkän tekstin salais uudella:

Kun täytät Salaisuuden ensimmäisen kerran, toimit at sen pelkkänä tekstinä. Siksi suosittelemme tekemään tämän fyysisessä laitekonsolissa.

  1. Base64URL koodaa tämän laitteen salaisen lauseen.

  2. Avaa laitteen TShell.

  3. Suorita xcommand Security ClientSecret Populate Secret: ”MdeYmzq1Njc4owfiY2rlzg”

    Yllä oleva esimerkkikomento täyttää Salaisuuden lauseella 0 123456789abcdef. Sinun täytyy valita oma.

Laitteella on alkuperäinen salaisuus. Älä unohda tätä; et voi palauttaa sitä, ja laite on palautettava tehdasasetuksella käynnistyäksesi uudelleen.
2

Yhdistä varmenne ja yksityinen avain:

  1. Avaa tekstieditorilla .pem-tiedostot, liitä avainblob varmenteen blob ja tallenna se uutena .pem-tiedostona.

    Tämä on hyötykuormateksti, jonka salaat ja laitat JWE-blobiisi.

3

Luo JWE-blob käytettäväksi sertifikaatin lisäyskomennon syötteenä:

  1. Luo satunnainen sekvenssi, joka on vähintään 4 tavua. Tämä on sinun suolasi.

  2. Johda sisällön salausavain scrypt-työkalulla.

    Tätä varten tarvitset salaisuuden, suolan ja avaimen pituuden, joka vastaa valitsemaasi salaussalausta. On joitain muita kiinteitä arvoja toimitettavaksi (N = 32768, r = 8, p = 1). Laite käyttää samaa prosessia ja arvoja saman sisällön salausavaimen saamiseksi.

  3. Luo satunnainen sekvenssi, joka on täsmälleen 12 tavua. Tämä on alustusvektorisi.

  4. Luo JOSE-otsikko määrittämällä alg-, enc - ja cisco-kdf- avaimet kohdassa Laitteiden ulkoisen identiteetin prosessin ymmär täminen kuvatulla tavalla. Aseta ”add” -toiminto käyttämällä avain:value ”cisco-action” :"add” JOSE-otsikossa (koska lisäämme varmenteen laitteeseen).

  5. Base64URL koodaa JOSE-otsikon.

  6. Salaa teksti ketjutetusta pem-tiedostosta käyttämällä JWE-salaustyökalua valitun salauksen ja base64url-koodatun JOSE-otsikon kanssa.

  7. Base64URL koodaa alustusvektorin, salatun PEM-hyötykuorman ja todennustunnisteen.

  8. Rakenna JWE-blob seuraavasti (kaikki arvot koodataan base64url):

    JoseHeader.. initVector.EncryptedPem.AuthTag

4

Avaa laitteen TShell ja suorita (multiline) add -komento: 

xcommand Security Certificates Services Add IsEncrypted: True
your..JWE.str.ing\n
.\n
5

Varmista, että varmenne on lisätty suorittamalla xcommand Security Certificates Services Show

Kopioi uuden varmenteen sormenjälki.

6

Aktivoi varmenne WebExIdentity tarkoit ukseen:

  1. Lue varmenteen sormenjälki joko itse varmenteesta tai xcommand Security Certificates Services Show -tulosteesta.

  2. Luo satunnainen sekvenssi, joka on vähintään 4 tavua, ja base64url koodaa kyseisen sekvenssin. Tämä on sinun suolasi.

  3. Johda sisällön salausavain scrypt-työkalulla.

    Tätä varten tarvitset salaisuuden, suolan ja avaimen pituuden, joka vastaa valitsemaasi salaussalausta. On joitain muita kiinteitä arvoja toimitettavaksi (N = 32768, r = 8, p = 1). Laite käyttää samaa prosessia ja arvoja saman sisällön salausavaimen saamiseksi.

  4. Luo satunnainen sekvenssi, joka on täsmälleen 12 tavua, ja base64url koodaa kyseisen sekvenssin. Tämä on alustusvektorisi.

  5. Luo JOSE-otsikko määrittämällä alg-, enc - ja cisco-kdf- avaimet kohdassa Laitteiden ulkoisen identiteetin prosessin ymmär täminen kuvatulla tavalla. Aseta ”aktivoi” -toiminto käyttämällä JOSE-otsikon avain:value ”cisco-action” :"activate” (koska aktivoimme varmenteen laitteessa).

  6. Base64URL koodaa JOSE-otsikon.

  7. Käytä JWE-salaustyökalua valitun salauksen ja base64url-koodatun JOSE-otsikon kanssa varmenteen sormenjäljen salaamiseksi.

    Työkalun pitäisi tuottaa 16 tai 32 tavun sekvenssi riippuen siitä, valitsitko 128- vai 256-bittisen AES-GCM: n, ja todennustunnisteen.

  8. Base64URLenKoodaa salatun sormenjäljen ja todennustunnisteen.

  9. Rakenna JWE-blob seuraavasti (kaikki arvot koodataan base64url):

    JoseHeader.. initVector.encryptedfingerprint.AuthTag

  10. Avaa laitteen TShell ja suorita seuraava aktivointikomento:

                      xcommand Security Certificates Services Activate Purpose: WebexIdentity Fingerprint: "Your..JWE.encrypted.fingerprint"

Laitteessa on salattu, aktiivinen, CA-myöntämä varmenne, joka on valmis käytettäväksi sen tunnistamiseen päästä päähän salatuissa Webex-kokouksissa.
7

Liitä laite Control Hub -organisaatioon.

Testaa päästä päähän -salaus henkilöllisyyden todentamisella
1

Ajoita oikeantyyppinen kokous (Webex MeetingsPro-End to End Encryption_ VoipOnly).

Katso Webex-kokouksen ajoittaminen päästä päähän -salauksella.

2

Liity kokoukseen isäntänä asiakka Webex Meetings alta.

Katso Liity Webex-kokoukseen päästä päähän -salauksella.

3

Liity kokoukseen laitteesta, jonka henkilöllisyyden Webex CA on vahvistanut.

4

Varmista isäntänä, että tämä laite näkyy aulassa oikealla henkilöllisyyskuvakkeella.

Katso Liity Webex-kokoukseen päästä päähän -salauksella.

5

Liity kokoukseen laitteesta, jonka henkilöllisyys on vahvistettu ulkoisen varmentajan toimesta.

6

Varmista isäntänä, että tämä laite näkyy aulassa oikealla henkilöllisyyskuvakkeella. Lue lisää identiteettikuvakkeista.

7

Liity kokoukseen todentamattomana kokouksen osallistujana.

8

Varmista isäntänä, että tämä osallistuja näkyy aulassa oikealla henkilöllisyyskuvakkeella.

9

Isäntänä, hyväksy tai hylkää ihmiset/laitteet.

10

Vahvista osallistujan/laitteen henkilöllisyys mahdollisuuksien mukaan tarkistamalla varmenteet.

11

Tarkista, että kaikki kokouksessa olevat näkevät saman kokouksen turvakoodin.

12

Liity kokoukseen uuden osallistujan kanssa.

13

Tarkista, että kaikki näkevät saman uuden kokouksen turvakoodin.

Aseta laajuus ja odotukset

  • Aiotko tehdä päästä päähän salattuista kokouksista oletuskokousvaihtoehdoksi, otatko sen käyttöön vain joillekin käyttäjille, vai sallitko kaikkien isäntien päättää? Kun olet päättänyt, kuinka aiot käyttää tätä ominaisuutta, valmistele niitä käyttäjiä, jotka käyttävät sitä, erityisesti rajoitusten ja kokouksen odottamisen suhteen.

  • Pitääkö sinun varmistaa, että Cisco tai kukaan muu ei voi purkaa sisältöäsi tai esiintyä laitteidesi henkilönä? Jos näin on, tarvitset julkisen CA: n varmenteita.

  • Jos henkilöllisyyden todentamistasot vaihtelevat, anna käyttäjille mahdollisuus vahvistaa toisiaan varmenteiden tukemalla henkilöllisyydellä. Vaikka on olosuhteita, joissa osallistujat voivat esiintyä vahvistamattomina, ja osallistujien tulisi osata tarkistaa, vahvistamattomat ihmiset eivät välttämättä ole huijareita.

Identiteetin hallinta

Jos käytät ulkoista varmenteen myöntämistä laitevarmenteiden myöntämiseen, sinun tehtäväsi on valvoa, päivittää ja käyttää varmenteita uudelleen.

Jos olet luonut alkuperäisen salaisuuden, ymmärrä, että käyttäjät saattavat haluta muuttaa laitteensa salaisuutta. Saatat joutua luomaan käyttöliittymän/jakamaan työkalun, jotta he voivat tehdä tämän.

Istuntotyypin tunnukset
Taulukko 1. Istuntotyyppitunnukset päästä päähän salattuihin kokouksiin

Istunnon tyypin tunnus

Julkisen palvelun nimi

638

E2E-salaus+vain VoIP

652

Pro-End-End-Encryption_VoipOnly

660

Pro 3 Free End to End -salaus_VoipOnly

E2E-salaus + henkilöllisyys

672

Pro 3 Free50-End-to-End -salaus_VoipOnly

673

Koulutusopettaja E2E Encryption_VoipOnly

676

Broadworks Standard plus alusta loppuun -salaus

677

Broadworks Premium plus alusta loppuun -salaus

681

Schoology Free plus päästä päähän -salaus

Liittyvät xAPI-komennot

Nämä taulukot kuvaavat Webex-laitteiden API-komennot, jotka olemme lisänneet päästä päähän salattuihin kokouksiin ja vahvistettuun henkilöllisyyteen. Lisätietoja sovellusliittymän käytöstä on ohjeaiheessa Board-, Desk- ja Room Series -laitteiden sovellusliittymän käyttäminen.

Nämä xAPI-komennot ovat käytettävissä vain laitteissa, jotka ovat joko:

  • Rekisteröity Webexiin

  • Rekisteröity paikallisesti ja linkitetty Webexiin Devices -sovelluksella Webex Edge

Taulukko 2. Järjestelmätason sovellusliittymät päästä päähän salattuihin kokouksiin ja varmennettuihin identiteetteihin

API-kutsu

Kuvaus

XConfiguration Conference EndToEndEncryption Identity PreferredDomain: ”example.com”

Tämä määritys tehdään, kun järjestelmänvalvoja määrittää laitteen ensisijaisen toimialueen Control Hubista. Tarvitaan vain, jos organisaatiolla on useampi kuin yksi verkkotunnus.

Laite käyttää tätä toimialuetta, kun se pyytää varmennetta Webex CA: ltä. Verkkotunnus tunnistaa sitten laitteen.

Tätä kokoonpanoa ei sovelleta, jos laitteella on aktiivinen, ulkoisesti myönnetty varmenne, joka tunnistaa itsensä.

XStatus Conference EndToEndEncryption Saatavuus

Ilmaisee, voiko laite liittyä päästä päähän salattuun kokoukseen. Pilvisovellusliittymä kutsuu sitä niin, että pariksi muodostettu sovellus tietää, voiko se käyttää laitetta liittymiseen.

XStatus Conference EndToEndEncryption ExternalIdentity Verification

Ilmaisee, käyttääkö laite ulkoista vahvi stusta (sillä on ulkoisesti myönnetty varmenne).

XStatus Conference EndToEndEncryption ExternalIdentity Identity Identity

Ulkoisesti myönnetyn varmenteen yleisnimestä luettu laitteen henkilöllisyys.

XStatus Conference EndToEndEncryption ExternalIdentity CertificateChain Certificate # spesifikinfo

Lukee erityisiä tietoja ulkoisesti myönnetystä varmenteesta.

Korvaa näytetyssä kom ennossa # varmenteen numerolla. Korvaa tietyt tiedot jollakin seuraavista:

  • Sormenjälki

  • NotAfter Voimassaolon päätty mispäivä

  • Ei ennen voimassaolon alkamispäivää

  • Ensisijainen nimi

  • Julkisen avaimen algoritmi

  • Sarjanumero

  • AllekirjoitusAlgoritmi

  • Ai he # Nimi Luettelo varmenteen aiheista (esim. sähköpostiosoite tai verkkotunnus)

  • Voimassa olo Antaa tämän todistuksen voimassaolotilan (esim. voimassa tai vanhentunut)

XStatus-konferenssin loppuenenCryption ExternalIdentity Status

Laitteen ulkoisen identiteetin tila (esim. kelvol linen tai virheellinen).

XStatus Conference EndToEndeEncryption InternalIdentity Verification

Ilmaisee, onko laitteella voimassa oleva Webex-varmenteen myöntämä varmenne.

XStatus Conference EndToEndEncryption InternalIdentity Identity Identity

Laitteen henkilöllisyys, joka luetaan Webexin myöntämän varmenteen yleisestä nimestä.

Sisältää verkkotunnuksen, jos organisaatiolla on verkkotunnus.

On tyhjä, jos organisaatiolla ei ole verkkotunnusta.

Jos laite on organisaatiossa, jolla on useita toimialueita, tämä on Preferred Domain-arvo.

XStatus Conference EndToEndEncryption InternalIdentity CertificateChain Certificate # spesifikinfo

Lukee tiettyjä tietoja WebExin myöntämästä varmenteesta.

Korvaa näytetyssä kom ennossa # varmenteen numerolla. Korvaa tietyt tiedot jollakin seuraavista:

  • Sormenjälki

  • NotAfter Voimassaolon päätty mispäivä

  • Ei ennen voimassaolon alkamispäivää

  • Ensisijainen nimi

  • Julkisen avaimen algoritmi

  • Sarjanumero

  • AllekirjoitusAlgoritmi

  • Ai he # Nimi Luettelo varmenteen aiheista (esim. sähköpostiosoite tai verkkotunnus)

  • Voimassa olo Antaa tämän todistuksen voimassaolotilan (esim. voimassa tai vanhentunut)

Taulukko 3. Puheluohjelmointirajapinnat päästä päähän salattuihin kokouksiin ja vahvistettuun henkilöllisyyteen

API-kutsu

Kuvaus

xEvent-konferenssin osallistujaListaOsallistujaLisätty

XEvent-konferenssin osallistujaLuettelo osallistujista Päivitetty

xEvent-konferenssin osallistujaLuettelo osallistujaPoistettu

Nämä kolme tapahtumaa sisältävät nyt EndToEndenCryptionStatus, EndToEndenCryptionIdentity ja EndToEn denCryption CertInfo asianomaiselle osallistujalle.

Taulukko 4. ClientSecretiin liittyvät sovellusliittymät päästä päähän salattuihin kokouksiin ja vahvistettuun identiteettiin

API-kutsu

Kuvaus

XCommand Security ClientSecret Täytä salaisuus: ”base64url-koodattu”

tai

XCommand Security ClientSecret Täytä salaisuus: JWeBlob

Hyväksyy base64url-koodatun pelkän tekstiarvon asiakkaan salaisuuden siirtämiseksi laitteeseen ensimmäistä kertaa.

Jos haluat päivittää salaisuuden ensimmäisen kerran jälkeen, sinun on toimitettava JWE-blob, joka sisältää vanhan salaisuuden salaaman uuden salaisuuden.

XCommand Security Certificates Services Lisää JWEblob

Lisää varmenteen (yksityisellä avaimella).

Laajensimme tätä komentoa hyväksymään JWE-blobin, joka sisältää salatut PEM-tiedot.

XCommand Security Certificates Services Aktivoi tarkoitus:WebExIdentity FingerPrint: JWEblob

Aktivoi tietyn varmenteen WebExIdentity -palvelulle. Tätä tarkoitusta varten komento edellyttää, että tunnistava sormenjälki salataan ja sarjoitetaan JWE-blobissa.

XCommand Security Certificates Services Poista käytöstä Tarkoitus: WebExIdentity FingerPrint: JWEblob

Deaktivoi tietyn WebExIdentity-varmenteen. Tätä tarkoitusta varten komento edellyttää, että tunnistava sormenjälki salataan ja sarjoitetaan JWE-blobissa.

Oliko tästä artikkelista apua?
Oliko tästä artikkelista apua?
HinnoitteluWebex-sovellusMeetingsCallingViestitNäytön jakaminen
Webex SuiteCallingMeetingsViestitSlidoWebinarsEventsContact CenterCPaaSSuojausControl Hub
KuulokkeetKameratDesk-sarjaRoom-sarjaBoard-sarjaPuhelinsarjaTarvikkeet
KoulutusTerveydenhuoltoJulkishallintoRahoitusUrheilu ja viihdeEtulinjaYleishyödylliset yhteisötStartupitHybridityö
LatauksetLiity testineuvotteluunVerkkokurssitIntegraatiotSaavutettavuusOsallistaminenLive- ja on-demand-webinaaritWebex-yhteisöWebex-kehittäjätUutiset ja innovaatiot
CiscoOta yhteys tukeenOta yhteys myyntiinWebex BlogWebexin ajatusjohtajuusWebex Merch StoreTyöpaikat
  • X
  • LinkedIn
  • Facebook
  • Youtube
  • Instagram
EhdotTietosuojalausekeEvästeetTavaramerkkitiedot
©2026 Cisco ja/tai sen tytäryhtiöt. Kaikki oikeudet pidätetään.
EhdotTietosuojalausekeEvästeetTavaramerkkitiedot