Tässä artikkelissa
Johdanto
Mitä opit
Tulevat ominaisuudet
Kehittyvät Webex-käyttöönotot: Suvereniteetin ja nollaturvallisuuden priorisoiminen
Webex-tietoturvakehys: Kolme suojaustasoa
yksityinen Webex Meetings
Webex-salaus ja yksityisyys
dropdown icon
Salaus: Siirrettävien tietojen salaus
    TLS-salauspaketit
Kvanttien jälkeinen suojattu salaus
Salattu Webex-media
Tietojen salaus levossa: Webex Meetings
Webex MeetingsIstuntotyypit
Tietoturva ajoitetuille Webex Meetings ja Webexin henkilökohtaisille kokoushuoneille
Kokousten suojausasetukset järjestelmänvalvojille
Kokouksen sisällön jakamisen hallinta järjestelmänvalvojille
Webex-kokouksen isäntien suojausvalvonta
Uusien tietoturvauhkien torjunta - Deepfake User Impersonation
Deepfake havaitseminen
Deepfake-ehkäisy: Asiakas antoi henkilöllisyystodistukset
dropdown icon
Webex-identiteetin hallinta
    Johtopäätös - henkilöllisyys Webex Meetings
Webex-suojausmalli
Ciscon turvallisuus ja luottamus
Webex-datakeskuksen suojaus
Webexin tietosuoja
Liitteet ja viitteet
Webex Suite Kokoukset Turvallisuuden tekninen paperi
list-menuTässä artikkelissa
list-menuOnko sinulla palautetta?

Johdanto

Webex Meetingsantaa globaaleille työntekijöille ja virtuaalitiimeille mahdollisuuden tehdä yhteistyötä reaaliajassa ja yhdistää etäisyyden luodakseen saumattoman ”huoneen sisällä” -kokemuksen. Organisaatiot kaupallisista yrityksistä valtion virastoihin luottavat Webexiin virtaviivaistaakseen liiketoimintaprosesseja ja aikaansaamaan parempia tuloksia myynti-, markkinointi-, koulutus-, projektinhallinta- ja tukitoiminnoissa.

Näille organisaatioille turvallisuus ei ole vain ominaisuus - se on perustavanlaatuinen vaatimus. Olipa kyse kokousten ajoittamisesta, osallistujien todentamisesta tai arkaluonteisten asiakirjojen jakamisesta, yhteistyön on oltava suojattu jokaisessa kosketuspisteessä.

Cisco nostaa tätä standardia Ultra Securen avulla. Webex Meetings Upottamalla Zero Trust -arkkitehtuurin suoraan alustaan Cisco varmistaa, että tietoturva on luontainen jokaiselle vuorovaikutukselle. Tämä lähestymistapa sisältää:

  • Zero Trust End-En d-End-Encryption (E2EE) — Kehit tyneet salausprotokollat varmistavat, että kokousten sisältö pysyy yksityisenä ja luvattomien osapuolten, mukaan lukien Cisco itse, ei pääse käsiksi.
  • Zero Trust End-to-End Identity (E2EI) — Tämä ominaisuus hyödyntää asiakkaiden antamia varmenteita kokouksen osallistujien henkilöllisyyden todentamiseen ja tarjoaa vankan suojan luvattomalta käytöltä ja hienostuneilta deepfake-hyökkäyksiltä.

Cisco asettaa tietoturvan ensisijaiseksi tavoitteeksi verkkojensa, alustojensa ja sovellustensa suunnittelussa, kehittämisessä, käyttöönotossa ja ylläpidossa. Voit Webex Meetings sisällyttää liiketoimintaprosesseihisi täysin luottavaisin mielin tietäen, että yhteistyötyökalusi on suunniteltu täyttämään tiukimmatkin turvallisuus- ja vaatimustenmukaisuusvaatimukset.

Mitä opit

Tässä artikkelissa kuvataan Webex Suite kokousalustan (WSMP) suojausominaisuudet. Siinä käsitellään kokoustyyppejä, käyttöönottovaihtoehtoja, ominaisuuksia, työkaluja, prosesseja ja suunnittelua, jotka auttavat asiakkaita luottavaisesti tekemään yhteistyötä Webexin kanssa.

Webex SuiteKokousalustalla on:

  • Webex Meetings
  • Webex Webinars
  • Webex EdgeÄäni
  • Webex Cloud -yhdistetty ääni
  • Webex Assistant
  • Äänestys (kirjoittanut Slido)

Nämä tuotteet ovat osa yhtenäistäWebex Suite, joka yhdistää kokoukset, puhelut, viestit, valkotaulut ja paljon muuta tarjoten saumattoman yhteistyökokemuksen. Alusta tukee kapasiteettia, joka vaihtelee kokouksessa 2—1000 osallistujaa, jopa 5000 osallistujaa webinaareissa ja 100 000 katsojaa verkkolähetyksissä, ja siinä on edistyneitä ominaisuuksia, kuten tekoälypohjainen apu, reaaliaikainen käännös ja parannetut tietoturvatarkastukset. Se Webex Suite on saatavana useilla ostomalleilla, mukaan lukien Enterprise Agreement ja Named User -tilaukset, ja se tarjoaa lisäosia ja integraatioita vastaamaan organisaation erilaisiin tarpeisiin.

Tulevat ominaisuudet

Jotkin tässä asiakirjassa käsitellyt ominaisuudet on tarkoitus julkaista yleisesti myöhemmin vuoden 2026 aikana. vasarakuva, joka kuvaa ominaisuuksia, jotka on suunniteltu toimitettavaksi Q3CY26Symbolilla merkityt ominaisuudet on suunniteltu toimitettaviksi 3. vuosineljänneksellä CY26. vasarakuva, joka kuvaa ominaisuuksia, jotka on suunniteltu toimitettavaksi Q3CY26vasarakuva, joka kuvaa ominaisuuksia, jotka on suunniteltu toimitettavaksi Q3CY26Symbolilla merkityt ominaisuudet on suunniteltu toimitettavaksi ensimmäisellä vuosineljänneksellä CY27. Ota yhteyttä tilinhoitajaasi, jos tarvitset varhaisen pääsyn näihin ominaisuuksiin.

Kuva 1: Kokou Webex Suite salustan arkkitehtuuri
Webex Suite Meetings Platform Architecture

Ydin Webex Meetings palvelut ja komponentit

  • Webex Meetingson osa audio-/videoneuvottelujen tarjoamista sisällön jakamiseen ja verkkoneuvotteluominaisuuksiin. Webex Suite
  • Alusta sisältää useita mikropalveluita, kuten kokouspalvelu, webinaaripalvelu, henkilöllisyyspalvelu, tallennuspalvelu, AI Assistant palvelu, analytiikkapalvelu, järjestelmänvalvojapalvelu ja mediapalvelu.
  • Webex Meetingstukee pilvipalveluun rekisteröityjä sovelluksia ja laitteita, jolloin käyttäjät voivat liittyä kokouksiin eri käyttöjärjestelmäalustoilta ja laitteilta. Käyttäjät voivat myös liittyä kokouksiin PSTN: n ja SIP-päätepisteiden kautta.

Arkkitehtuuri ja käyttöönotto

  • Webex Meetingspalvelut alueellistetaan ja replikoidaan useissa riippumattomissa palvelinkeskuksissa redundanssin ja korkean käytettävyyden varmistamiseksi.
  • Mediapalvelut jaetaan maailmanlaajuisesti mediapalvelinklustereilla jokaisessa datakeskuksessa, mikä tarjoaa paikallista ja maantieteellistä redundanssia.
  • Mediapalvelimet käsittelevät äänen, videon ja sisällön jakamista, ja media on yleensä salattu AES-256-GCM: llä.
  • Arkkitehtuuri tukee salattua signalointia TLS/HTTPS: n ja salattujen mediavirtojen kautta.

Webex tukee kokouksiin liittymistä useilta alustoilta ja laitteilta, mukaan lukien:

  • Webex-työpöytäsovellus Windowsissa, Macissa ja Linuxissa.
  • Webex-mobiilisovellus Androidille ja iOS: lle.
  • Webex-verkkosovellus, joka käyttää Chrome-, Edge-, Safari-, Firefox- ja muita selaimia.
  • Cisco-huonelaitteet ja pöytälaitteet.
  • Kolmannen osapuolen SIP-standardeihin perustuvat ääni- ja videopäätepisteet.
  • PSTN-laitteet.

Kehittyvät Webex-käyttöönotot: Suvereniteetin ja nollaturvallisuuden priorisoiminen

Kun organisaatiot priorisoivat yhä enemmän tietojen suvereniteettia ja tiukkoja suojausstandardeja, Webex kehittää käyttöönottomallejaan tarjotakseen paremman hallinnan kokouksen sisällöstä varmistaen, että tietoturva ei koskaan tule toiminnallisuuden kustannuksella.

Webex-asiakkaiden itsemääräämisoikeus

Vastauksena datan asuinpaikan kasvavaan kysyntään, Webex on ottanut käyttöön parannetut suvereniteettiominaisuudet. Alkaen tallentamisesta ja uusien tulevien palveluiden tukemisesta organisaatiot voivat nyt hallita kokousten sisältöä seuraavilla tavoilla:

  • Lokalisoitu käsittely — Kokouksen sisällön, kuten tallenteiden, käsittely omassa infrastruktuurissaan.
  • Paikallinen tallennus — O mien tiedostojen tallennuspalveluiden käyttäminen arkaluonteisten kokousten resurssien säilyttämiseen varmistaen, että tiedot pysyvät tietyissä maantieteellisissä tai organisaatiorajoissa.

Erittäin turvallinen Webex Meetings

Historiallisesti ”Ultra Secure” -ominaisuudet, kuten Zero Trust End-End-End-Encryption (E2EE), vaativat usein kompromisseja kokoustoiminnoissa, koska pilvipohjaiset lisäarvopalvelut edellyttivät salausavaimien käyttöä, ja vain rajoitettu määrä päätepistetyyppejä saattoi liittyä näihin kokouksiin. Webex on poistanut tämän kompromissin seuraavilla tavoilla:

  • Ominaisuusrikas Zero Trust — Webex on muuttanut Zero Trust End-End-End-End-Encrypted (E2EE) -kokoukset lisäämällä toimintoja, jotka tekevät Zero Trust -kokouksista monipuolisia ominaisuuksia. Tuki laajemmalle määrälle päätepistetyyppejä tarjoaa saumattoman kokemuksen tinkimättä nykyaikaiseen yhteistyöhön tarvittavista työkaluista.
  • Zero Trust for Standard Meetings — Webex on integroinut Zero Trust E2EE -ominaisuudet suoraan tavallisiin kokouksiin. Tämä varmistaa, että jopa jokapäiväinen yhteistyö voi hyötyä korkeimmasta turvallisuustasosta, joka tarjoaa johdonmukaisen suojan koko Webex-ekosysteemissä.

Yhtenäinen lähestymistapa yhteistyöhön

Integroimalla asiakkaan suvereniteetin näihin edistyneisiin Zero Trust E2EE -ominaisuuksiin Webex antaa organisaatioille mahdollisuuden saavuttaa kaksitavoite: ylläpitää erittäin turvallisia Zero Trust -kokouksia Webex-pilvessä säilyttäen samalla täydellisen hallinnan kriittisen kokouksen sisällön käsittelystä ja tallentamisesta paikan päällä. Tämä synergia tarjoaa joustavuutta ja turvallisuutta, jota tarvitaan nykyaikaisiin, vaatimustenmukaisuuteen perustuviin yritysympäristöihin.

Webex-tietoturvakehys: Kolme suojaustasoa

Webex tarjoaa kolme suojattua kokoustasoa, jotka on suunniteltu noudattamaan tiukkoja vaatimustenmukaisuus-, suvereniteetti- ja tietosuojavaatimuksia.

  1. Vakiokokou kset — Tarjoaa vankan salauksen siirrettäville ja levottomille tiedoille. Vaikka nämä kokoukset täyttävät yritystason suojausstandardit, ne eivät käytä Zero Trust -arkkitehtuuria, koska pilviinfrastruktuuri säilyttää kyvyn hallita salausavaimia.
  2. Vakiokokoukset mukautuvalla suojau ksella — Parantaa vakiomallia soveltamalla dynaamisia suojauskäytäntöjä. Tämä taso asettaa etusijalle End-End-End-Encryption (E2EE) käytön aina, kun osallistujaympäristö ja päätepisteiden ominaisuudet sallivat, tasapainottaen joustavuutta ja parannettua turvallisuutta.
  3. Zero Trust End-End-End-End-Encrypted (E2EE) -kokoukset — edustavat korkeinta tietoturva-asentoa. Varmistamalla, että salausavaimet luodaan ja hallitaan yksinomaan kokouksen osallistujien toimesta, tämä malli tekee pilviinfrastruktuurin ”sokeaksi” mediavirralle ja kokouksen sisällölle. Tämä arkkitehtuuri valvoo tiukkaa Zero Trust -eheyttä estäen pilvipuolen salauksen purkamisen koko istunnon ajan.

Hybridi-infrastruktuurin ja turvallisuuden integrointi

Organisaatiot voivat lisätä näitä suojaustasoja edelleen ottamalla käyttöön paikallisia Webex-palveluita, kuten Webex Video Mesh -solmua. Tämä integrointi laajentaa suojauskehää ja mahdollistaa johdonmukaisen Zero Trust -asennon Webex-pilvessä ja tarjoaa samalla useita toiminnallisia etuja:

  • Optimoitu tietovälineiden reititys — Vähentää viivettä pitämällä medialiikenteen paikallisena ja varmistaen paikallisten päätepisteiden laadukkaan suorituskyvyn.
  • Lokalisoitu palvelun toimitus — Mahdollistaa tiettyjen kokouspalvelujen, kuten paikallisen tallennuksen, isännöinnin, samalla kun noudatetaan tiukasti turvallisuus- ja suvereniteettivaatimuksia.
  • Parannettu suojauskehä — Helpottaa sisäisen infrastruktuurin suojattua, matalan viiveen pääsyä varmistaen, että Zero Trust -eheys säilyy myös hybridikomponenttien integroinnissa.
Standard Webex Meetings
Kuva 2: Vakio Webex Meetings

Standard tarjoaa Webex Meetings vankan, ammattitason videoneuvottelupalvelun, joka pystyy tukemaan kokouksia, joissa on jopa 1000 osallistujaa. Tärkeimpiä ominaisuuksia ovat breakout-istunnot, sisällön jakaminen, integroitu ääni ja video, tekoälypohjainen avustaja, reaaliaikainen käännös, kokousten tallennus, chat, tiedostojen jakaminen, taulut ja yritysintegraatiot. Alusta salaa signalointi- ja mediavirrat käyttämällä hop-by-hop SRTP-salausta, jolloin Webex-pilvi voi purkaa tietovälineen, jotta edistyneet palvelut, kuten tallennus-, transkriptio- ja tekoälytoiminnot, voidaan ottaa käyttöön.

Kokouksen sisältö, kuten tallenteet, transkriptiot, taulut, keskustelu ja tiedostot, tallennetaan turvallisesti Webex-pilveen, salataan AES-256-GCM: llä ja suojataan avainten hallintajärjestelmällä, joka tukee hybriditietoturvaa ja oman avaimen tuomista -vaihtoehtoja. Henkilöllisyyden todentamista tuetaan vakiomenetelmillä, mukaan lukien kertakirjautuminen (SSO) ja integrointi ulkoisten henkilöllisyyden tarjoajien kanssa. Saavutettavuus kattaa laajan valikoiman päätepisteitä, mukaan lukien SIP-laitteet ja PSTN-käyttäjät, joten ratkaisu sopii käyttäjille, jotka tarvitsevat kattavia ominaisuuksia pilvipalveluintegraation ja laajan laitteiden yhteensopivuuden. Järjestelmänvalvojat voivat hallita kokouksen sisällön säilyttämistä, käyttöoikeuksien hallintaa ja kokouksen ominaisuuksia Webex Control Hubin kautta, joka tarjoaa keskitetyn hallinnan, diagnostiikan ja tietoturvan valvonnan.

Standard Webex Meetings with Adaptive Security
Kuva 3: Vakio mukautu Webex Meetings valla suojalla

Standardi Webex Meetings ja mukautuva suojaus sisältävät kaikki Standardin ominaisuudetWebex Meetings, joita on täydennetty Zero Trust -päähän -salausominaisuuksilla. Tässä mallissa Webex-päätepisteet, jotka tukevat päästä päähän -salausta, käyttävät Messaging Layer Security (MLS) -protokollaa (RFC 9420) avainneuvotteluun ja sFramea (R FC 9605) median siirtoon. Tämä lähestymistapa tarjoaa kaksi keskeistä etua:

  • Zero Trust End-to-end -salaus — Kun kaikki osallistujat ja palvelut tukevat MLS: ää ja sFramea, kokouksen salausavaimet luodaan ja jaetaan yksinomaan osallistujien kesken, mikä estää Webex-pilviä tai muita välittäjiä purkamasta mediavirtoja.

    Jos päätepiste tai palvelu, joka ei tue MLS: ää ja sFramea, Webex ottaa dynaamisesti käyttöön Sframe-SRTP-välityspalvelun, joka muuntaa näiden kahden mediamuodon välillä. Tässä vaiheessa kokouksen suojausasento muuttuu Zero Trustista suojatuksi, kun Webex saa pääsyn salausavaimiin, mikä mahdollistaa vain SRTP-päätepisteet ja Webex-pilvipalvelut, kuten tallennuksen ja osallistumisen. AI Assistant Samaan aikaan Webex-päätepisteet käyttävät edelleen MLS: ää ja sFramea.

  • Zero Trust End-to-End Identity — Kaikki Webex-päätepisteet, jotka käyttävät MLS-vaihto-käyttäjän henkilöllisyystodistuksia kokouksen avaimen neuvotteluprosessin aikana. Osallistujien organisaatiot voivat myöntää nämä varmenteet, jolloin henkilöllisyys voidaan esittää ja vahvistaa Webex-palveluista riippumatta. Tämä Zero Trust Identity -muoto varmistaa, että osallistujat ovat sellaisia, joita he väittävät olevansa, suojaamalla deepfake-hyökkäyksiltä luottamatta havaitsemispalveluihin.
Zero Trust End-to-End Encrypted Webex Meetings
Kuva 4: Zero Trust End-End-End-Salattu Webex Meetings

Webex Zero Trust end-to-end salatut kokoukset parantavat turvallisuutta yhdistämällä päästä päähän -salauksen vahvistettuun osallistujan henkilöllisyyteen. Tämä tietoturvamalli käyttää Messaging Layer Security (MLS) -protokollaa avainneuvotteluihin ja sFrame-protokollaa median siirtoon varmistaen, että kokouksen salausavaimet luodaan ja jaetaan yksinomaan osallistujien kesken. Tämän seurauksena Webex-pilvi tai mikään välittäjä ei voi purkaa mediavirtoja, mikä tarjoaa Zero Trust -suojausasennon.

Tärkeimpiä ominaisuuksia ovat:

  • Zero Trust End-to-end -salaus — Kaikki osallistujat tukevat MLS: ää ja sFramea, kokouksen salausavaimet ovat vain heidän käytettävissään, mikä estää pilvi- tai palveluntarjoajan pääsyn.
  • Zero Trust End-to-End Identi ty — Osallistujat vaihtavat käyttäjän henkilöllisyystodistuksia avainneuvottelujen aikana, jotka heidän organisaationsa voivat myöntää. Tämä mahdollistaa identiteettien riippumattoman validoinnin luottamatta Webex-palveluihin, mikä suojaa henkilönä esiintymiseltä ja deepfake-hyökkäyksiltä.
  • Suojaustar kistus — Kaikkien osallistujien MLS-avainpaketeista johdettu kokouksen turvakoodi näytetään kaikille osallistujille. Vastaavat koodit vahvistavat, että man-in-the-middle hyökkääjä ei ole siepannut tai peukaloinut kokousta.
  • Tuetut ominaisuudet ja rajoitukset — Zero Trust -kokoukset tukevat jopa 1000 osallistujaa, paikallista tallennusta, kokouksen sisäistä keskustelua, tiedostojen siirtoa, valkotaulua, merkintöjä, etätyöpöydän hallintaa ja video-/äänen vesileimausta. Ominaisuuksia, jotka edellyttävät pilvipääsyä salauksen purkamiseen tallennettuun tietovälineeseen, kuten verkkopohjaista tallennustaAI Assistant, transkriptiota ja PSTN- tai SIP-laitepuheluita, ei kuitenkaan tueta. (Ottamalla käyttöön Hybrid Webex -arkkitehtuuri, suurin osa näistä rajoituksista voidaan korjata - katso alla).
  • Henkilöllisyyden todent aminen — Isännät näkevät osallistujien vahvistustilan ja erottavat vahvistetut henkilöllisyydet (ulkoisten tai Webex-varmenneviranomaisten kautta) ja vahvistamattomat käyttäjät, mikä mahdollistaa paremman kokousturvan hallinnan.

Suojausrajan laajentaminen Video Mesh Node -sovelluksella

Hybrid Architectures and Security for Webex Meetings
Kuva 5: Hybridi-arkkitehtuurit ja tietoturva Webex Meetings

Video Mesh -solmun lisääminen organisaatioon antaa asiakkaille mahdollisuuden tarjota paikallisia kokouspalveluja ja antaa paikallisten päätepisteiden liittyä mihin tahansa Webex-kokoukseen. Tietoturvan näkökulmasta Video Mesh -solmun integrointi ylläpitää nollatuskoa Webex-pilvessä ja tarjoaa samalla lähes ominaisuuksien pariteetin tavallisten Webex-kokousten kanssa. Asiakkaat hyötyvät myös tietojen suvereniteetista, koska palvelut, kuten Video Mesh Node -kokouksen tallenteet, käsitellään ja tallennetaan paikallisesti.

Kuva 6: Zero Trust- ja Standard Meeting -ominaisuuksien vertailu Webex-käyttöönotossa Video Mesh Node (VMN) kanssa

Ominaisuus

Webex Pro (vakio) -kokoukset, joissa on paikallinen Video Mesh Node (VMN)

Webex End-to-end End-End-Salatut (Zero Trust) -kokoukset, joissa on paikallinen Video Mesh Node (VMN)

Salaustyyppi

Hop-by-hop (TLS/SRTP)

Päästä päähän (MLS/S-kehys)

Osallistujien kapasiteetti

Jopa 1 000

Jopa 1 000

Webex-sovelluksen työpöytä

Tuettu

Tuettu

Webex-mobiilisovellus

Tuettu

Tuettu

Webex Web App

Tuettu

Tuettu vasarakuva, joka kuvaa ominaisuuksia, jotka on suunniteltu toimitettavaksi Q3CY26 vasarakuva, joka kuvaa ominaisuuksia, jotka on suunniteltu toimitettavaksi Q3CY26

Webex-verkko-SDK

Tuettu

Tuettu vasarakuva, joka kuvaa ominaisuuksia, jotka on suunniteltu toimitettavaksi Q3CY26 vasarakuva, joka kuvaa ominaisuuksia, jotka on suunniteltu toimitettavaksi Q3CY26

Cisco-videolaitteet (pilvirekisteröity)

Tuettu

Tuettu

Webex CallingIP-puhelimet (pilvirekisteröity)

Tuettu

Tuettu vasarakuva, joka kuvaa ominaisuuksia, jotka on suunniteltu toimitettavaksi Q3CY26

Cisco 9800 -sarjan puhelimet Cisco 8875 -sarjan puhelimet

Cisco-videolaitteet

(Tiloissa (SIP) CUCM-rekisteröity)

Tuettu

Tuettu (VMN) vasarakuva, joka kuvaa ominaisuuksia, jotka on suunniteltu toimitettavaksi Q3CY26

Webex CallingIP-puhelimet

(Tiloissa (SIP) CUCM-rekisteröity)

Tuettu

Tuettu (VMN) vasarakuva, joka kuvaa ominaisuuksia, jotka on suunniteltu toimitettavaksi Q3CY26

PSTN

Tuettu

Ei tuettu - Ei Zero Trust

Kokouksen tallennus

Paikallinen — Tuettu (Webex-sovellus) Webex Cloud — Tuettu

Paikallinen — tuettu (VMN)

Paikallinen — tuettu (Webex-sovellus)

Paikallinen — tuettu (VMN) vasarakuva, joka kuvaa ominaisuuksia, jotka on suunniteltu toimitettavaksi Q3CY26

Cisco AI Assistant

Yhteenvedot, transkriptiot, toimintakohteet

Webex Cloud — tuettu

Paikallinen — tuettu (VMN)

hammer image depicting features planned for delivery in Q3CY26hammer image depicting features planned for delivery in Q3CY26

Webex Cloud — tuettu

Paikallinen — tuettu (VMN)

hammer image depicting features planned for delivery in Q3CY26hammer image depicting features planned for delivery in Q3CY26

Breakout-huoneet

Tuettu

Tuettu vasarakuva, joka kuvaa ominaisuuksia, jotka on suunniteltu toimitettavaksi Q3CY26

Sulautetut sovellukset (esim. Slido)

Tuettu

Tuettu

Ei nolla luottamusta

Henkilökohtainen kokoushuone

Tuettu

Tuettu

Aula- ja pääsyvalvonta

Tuettu

Tuettu

Liity ennen isäntää

Tuettu

Tuettu

Etätyöpöydän ohjaus

Tuettu

Tuettu

Keskustelu, Tiedostot, Valkotauluja, Merkinnät

Tuettu

Tuettu — ei jatkunut

Transkoodaus näytönjaossa alhaisempaa videotarkkuutta tukevien päätepisteiden kanssa

Tuettu

Ei tuettu

Matalan resoluution näytönjakoa käytetään kaikille osallistujille, jos matalan tason päätepiste liittyy kokoukseen

Zero Trust end-to-end -salauksen käyttäminen voi lisätä muutaman sekunnin lisäaikaa kokoukseen liittymiseen, mutta se tarjoaa selkeän tietoturvan - vain kokouksen osallistujilla on pääsy kokouksen salausavaimiin, joten palveluntarjoaja tai muut välittäjät eivät voi purkaa kokouksen sisältöä.

Yhteenveto: Webex Meetings ja hybridi-käyttöönottomallit

Kuten yllä olevasta vertailusta käy ilmi, Video Mesh Node (VMN) käyttöönotto antaa Zero Trustille Webex Meetings mahdollisuuden saavuttaa lähes ominaisuuksien pariteetti tavallisten Webex-kokousten kanssa. Vaikka Zero Trust -kokoukset eivät tue PSTN-osallistujia, Webex-verkkopohjainen sovellus toimii laajalti saatavilla olevana vaihtoehtona päästä päähän salatulle käytölle. Lisäksi VMN antaa pöytäpuhelimia käyttäville toimistotyöntekijöille mahdollisuuden liittyä saumattomasti Zero Trust -kokouksiin.

Video Mesh Node varmistaa myös kriittisen kokouksen sisällön tietosuojan, mukaan lukien tallenteet ja lähitulevaisuudessa transkriptiot, yhteenvedot ja toimintakohteet. Käsittelemällä ja tallentamalla näitä tietoja paikallisesti, VMN tarjoaa asiakkaille täydellisen hallinnan tietoihinsa säilyttäen samalla Zero Trust -arkkitehtuurin Webex-pilvessä.

yksityinen Webex Meetings

Jos organisaatiossasi on Video Mesh verkossa, järjestelmänvalvoja voi ottaa käyttöön yksityiset kokoukset ottamalla yhteyttä tilin edustajaan. Tämä ominaisuus parantaa kokouksen turvallisuutta lopettamalla median vain tiloissasi. Kun ajoitat yksityisen kokouksen, media päättyy aina yritys verkon Video Mesh -solmuihin ilman pilvikaskadia. Vaikka Private Webex Meetings tarjoaa yksityisyyttä pitämällä median vain tiloissasi, ne asettavat myös rajoituksia rajoittamalla kokouksen osallistujat vain organisaatiosi jäseniin, ja estämällä pääsyn pilvipalveluihin, kuten tallentamiseen jaCisco AI Assistant.

Lisätietoja Video Meshin yksityisestä Webex Meetings ja suunnitteluohje Webex Edge ista on kohdassa Video Mes hin ensisijainen Webex Edge arkkitehtuuri.

Webex Meetings: Additional Hybrid Deployment Options
Kuva 7:Webex Meetings: Hybridi-käyttöönoton lisäasetukset

Webex tarjoaa laajan valikoiman hybridipalveluita, joiden avulla organisaatiot voivat hyödyntää olemassa olevia investointeja paikalliseen infrastruktuuriin ja hyötyä pilviinnovaatioista, tarjoamalla johdonmukaisen käyttökokemuksen, parannetun turvallisuuden ja joustavat käyttöönottovaihtoehdot ja yhteistyön kokonaisuutenaWebex Meetings. Keskeisiä saatavilla olevia hybridipalveluita Webex Meetings ovat:

  • Video Mesh Media Nodes — Ota IP-puhelimet ja SIP-päätepisteet käyttöön, jotka on rekisteröity lähettämään Unified CM ääni-, video- ja näytönjakosisältöä Webex Video Mesh -klusteriin kokousten aikana, mikä parantaa median reititystä ja laatua.
  • Videoverkkotall ennus — antaa organisaatioille mahdollisuuden tallentaa paik Webex Meetings allisen infrastruktuurin avulla. Tämä varmistaa, että kaikki tallennustiedot käsitellään Video Mesh Node -solmussa ja tallennetaan paikallisesti, mikä tarjoaa paremman hallinnan tietojen sijainnista ja turvallisuudesta.
  • Webexin paikalliset tekoälypalvelut — Yhte envedot, transkriptiot ja toimintokohteet käsitellään ja tallennetaan paikallisesti, mikä tarjoaa paremman hallinnan tietojen sijainnista ja turvallisuudesta.
  • Hybrid Data Security Service — Antaa organisaatioille mahdollisuuden tallentaa ja hallita Webex-salausavaimia paikalliseen konesaliin tietoturvan parantamiseksi.
  • Puhelupalvelu — Olemassa olevan Cisco Unified Communications Manager tai muun paikallisen puhelunhallinnan integrointi Webex-pilveen, jolloin käyttäjät voivat liittyä kokouksiin saumattomasti.
  • Kalenteripalvelu - Integrointi tuettuihin kalenteriympäristöihin, jotta kokoukset voidaan ajoittaa mistä tahansa ilman laajennuksia.
  • Hakemistopalvel u — Käyttäjähakemistojen synkronointi paikallisten ja pilviympäristöjen välillä käyttäjän identiteettien hallinnan varmistamiseksi.
  • Webex EdgeÄäni ja Webex Edge yhteys — Tarjoa verkon VoIP-polkuja ja omistettuja QoS-yhteensopivia IP-linkkejä asiakkaan tiloista Webex-pilveen, mikä parantaa äänenlaatua ja vähentää kustannuksia ohittamalla PSTN.

Webex-salaus ja yksityisyys

Webex MeetingsVarmista vankka turvallisuus salaamalla sekä signalointi- että mediatiedot kuljetuksen aikana ja levossa. Kaikessa Webex-sovellusten, laitteiden ja palveluiden välisessä viestinnässä käytetään TLS 1.2: tä tai uudempaa ja vahvoja salauspaketteja signaloinnin salaukseen. Mediavirrat, kuten ääni, video, näytön jakaminen ja asiakirjojen jakaminen, salataan käyttämällä AES-256-GCM ensisijaisena salauksena.

Salaus: Siirrettävien tietojen salaus

Kaikki viestintä pilvipalveluun rekisteröityjen Webex-sovellusten, Webex-laitteiden ja Webex-palveluiden välillä tapahtuu salattujen kanavien kautta. Webex käyttää TLS-protokollaa, jonka versio 1.2 tai uudempi on erittäin luja salauspaketteja signalointiin.

Kun istunto on muodostettu TLS: n kautta, kaikki mediavirrat (ääni, video, näytön jakaminen ja asiakirjojen jakaminen) salataan.

Salattu Webex-signalointi

Webex-palvelut tukevat TLS-versioita 1.2 ja 1.3, ja TLS 1.3 on ensisijainen, kun yhdistävä päätepiste tukee sitä. Jos asiakas tukee vain TLS 1.2: ta, Webex-palvelin valitsee asiakkaan tarjoaman vahvimman yhteisen salauspaketin. Toisin kuin TLS 1.2, TLS 1.3 ei käytä palvelinasetusten salauspaketin valintaa, koska se perustuu pienempään, kuratoituun joukkoon nykyaikaisia salauksia. Tämä muotoilu yksinkertaistaa valintaprosessia keskittymällä enemmän suorituskyvyn parantamiseen, kuten kädenpuristuksen kokonaispituuden lyhentämiseen, säilyttäen samalla vahvan turvallisuuden. Webexin käyttämät TLS 1.2: n ja 1.3: n salauspaketit ovat hyvin määriteltyjä ja priorisoituja turvallisen viestinnän varmistamiseksi.

TLS-salauspaketit

TLS 1.3 -salauspaketit (TLS 1.3 -palvelimet eivät käytä asetusjärjestystä sarjan valinnassa)

Cipher-sviitti

Keskeinen neuvottelu-/tuotantoprotokolla

TLS_AES_256_GCM_SHA384

ECDH SecP256R1MLKEM768 (ekvivalentti > 3072 bittiä RSA)

TLS_AES_128_GCM_SHA256

ECDH SecP256R1MLKEM768 (ekvivalentti > 3072 bittiä RSA)

TLS_CHACHA20_POLY1305_SHA256

ECDH SecP256R1MLKEM768 (ekvivalentti > 3072 bittiä RSA)

TLS 1.2 -salauspaketit (paketit palvelimen ensisijaisessa järjestyksessä)

Cipher-sviitti

Keskeinen neuvottelu-/tuotantoprotokolla

TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384

ECDH secp256r1 (ekv. 3072 bittiä RSA)

TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256

ECDH secp256r1 (ekv. 3072 bittiä RSA)

TLS_ECDHE_RSA_WITH_CHACHA20_POLY1305_SHA256

ECDH secp256r1 (ekv. 3072 bittiä RSA)

TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA

ECDH secp256r1 (ekv. 3072 bittiä RSA)

TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA

ECDH secp256r1 (ekv. 3072 bittiä RSA)

AES_256_CBC- ja AES_128_CBC-salaussalauksia tuetaan yhteensopivuuden ylläpitämiseksi vanhojen järjestelmien, vanhempien selainten ja sulautettujen laitteiden kanssa, jotka eivät tue nykyaikaisia AEAD-salauksia (Authenticated Encryption with Associated Data), kuten AES-GCM, esim. Internet Explorer11 Windows 7:ssä ja Windows 8.1:ssä, Safari 6/7/8 varhaisissa iOS- ja macOS-versioissa käyttävät CBC-pohjaisia salauksia.

CHACHA20_POLY1305 on stream-salaus, jolla on alhainen riippuvuus laitteistosta, joten se on erinomainen salaus käytettäväksi mobiililaitteissa tai laitteissa, joissa on vähän virtaa käyttäviä suorittimia.

Kvanttien jälkeinen suojattu salaus

Post-Quantum Cryptography (PQC) on tulevaisuuden suojaava toimenpide, joka toimii ennakoivana suojana Harvest Now Decrypt Later (HNDL) -hyökkäyksiä vastaan tänään lähetettäville tiedoille.

HNDL luottaa siihen, että nykyinen epäsymmetrinen salaus (kuten RSA ja Diffie-Hellman) on haavoittuvainen tuleville kvanttitietokoneille. Hyökkääjät ”keräävät” tämän liikenteen nyt tietäen, etteivät he voi vielä lukea sitä, mutta veikkaavat, että 10 vuoden kuluttua heillä on työkalut sen avaamiseen.

PQC toteuttaa matemaattisen ”lukituksen” haavoittuville tiedoille. PQC käyttää ristikkopohjaista tai hash-pohjaista matematiikkaa, joka kestää sekä klassisia että kvanttialgoritmeja. Vaikka hyökkääjä kerää PQC-salattua dataa tänään, se pysyy heille ikuisesti ”mustana laatikkona”, koska edes tulevalla kvanttitietokoneella ei ole algoritmia murtaa sitä.

Useimmat HNDL-hyökkäykset kohdistuvat avainvaihtoon (prosessi, jossa kaksi osapuolta sopivat salaisesta avaimesta). Jos hyökkääjä kaappaa avainvaihdon tänään vanhoilla menetelmillä, hän voi saada istunnon avaimet myöhemmin ja purkaa koko keskustelun.

Webex TLS- ja MLS-protokollat tukevat post-Quantum Key Encapsulation Mechanisms (ML-KEM). Tämä varmistaa, että ensimmäinen ”kädenpuristus” käyttäjän ja Webex-pilven välillä on kvanttikestävä. Jos avainten vaihto on suojattu kvanttihyökkäyksiä vastaan, muu salattu istunto pysyy turvassa takautuvalta salauksen purkamiselta.

Webex TLS PQC-tuella vasarakuva, joka kuvaa ominaisuuksia, jotka on suunniteltu toimitettavaksi Q3CY26

Webex-pilvi tukee ECDH-SecP256R1-MLKEm768 avainkapselointia varten TLS 1.3 -salauspaketeissa. Tämä hybridi-avainsopimusmekanismi integroi klassisen avainvaihdon (ECDH yli SecP256R1) kvanttikestävään avainkapselointiin (ML-KEM-768). Tämä hybridi-lähestymistapa varmistaa kvanttien jälkeisen turvallisuuden säilyttäen samalla taaksepäin yhteensopivuuden, palaamalla klassiseen ECDH:hen, jos TLS 1.3 -asiakas ei tue ML-KEMiä.

TLS 1.3: n käyttö Post-Quantum Key Encapsulation Mechanismeilla (PQ-KEM) riippuu yhdistävän asiakkaan käyttöjärjestelmästä. Tuettuja järjestelmiä ovat Windows 11, macOS 14.4 (Sonoma), Linus (OpenSSL 3.5+), iOS 26 ja Android 17.

Webex MLS PQC-tuella vasarakuva, joka kuvaa ominaisuuksia, jotka on suunniteltu toimitettavaksi Q3CY26 vasarakuva, joka kuvaa ominaisuuksia, jotka on suunniteltu toimitettavaksi Q3CY26

Messaging Layer Security (MLS) -protokolla (RFC 9420) on IETF-standardoitu, erittäin tehokas kehys, joka on suunniteltu turvalliseen päästä päähän -salaukseen ryhmäviestinnässä. Webex integroi ECDH-SECP256R1-MLKEM768 MLS: ään tarjotakseen kvanttikestäviä avainsopimuksia Zero Trust -päähän salattuihin kokouksiin.

PQC: n käyttöönotto MLS-kerroksessa tarjoaa kriittisen ”syvällisen puolustuksen” edun - se suojaa tapaamismediaa ja sisältöä Harvest Now, Decrypt Later (HNDL) -hyökkäyksiltä. Vaikka yhdistävästä laitteesta puuttuu käyttöjärjestelmän tason tuki PQC:lle, mikä jättää TLS-siirtokerroksen mahdollisesti haavoittuvaksi, taustalla oleva kokouksen sisältö pysyy turvassa, eikä sitä voida purkaa tulevien kvanttilaskentaresurssien avulla.

Salattu Webex-media

Webexin mediasalausstandardit

Webex-kokoukset ja puhelut käyttävät vankkaa AES-pohjaista salausta kaikille mediapaketeille. Erityinen salauspaketti riippuu päätepistetyypistä, ja AES-256-GCM toimii ensisijaisena standardina optimaalisen turvallisuuden takaamiseksi.

Taulukko 1. Median salauksen salauksen tuki

Päätepisteen tyyppi

Tuetut salaukset

Webex App- ja RoomOS-laitteet

AES-256-GCM

Kolmannen osapuolen SIP/H.323-laitteet

AES-256-GCM

AES-128-GCM

AES-CM-128-HMAC-SHA1

Keskeiset turvallisuusnäkökohdat

  • Ensisijainen standar di —AES-256-GCM on suositeltava salaus kaikille käyttöönotoille tietojen eheyden ja luottamuksellisuuden korkeimman tason varmistamiseksi.
  • Yhteentoimiv uus — Vaikka Webex ylläpitää tukea vanhoille salauksille (kuten AES-CM-128-HMAC-SHA1) yhteentoimivuuden varmistamiseksi kolmannen osapuolen SIP- ja H.323-järjestelmien kanssa, nollaturvallisuusarkkitehtuuria priorisoivien organisaatioiden tulisi valvoa AES-256-GCM, jos laitteiden yhteensopivuus sallii.

Median siirtoprotokollat

Webex tukee median siirtoa UDP: n, TCP: n tai TLS: n kautta. Optimaalisen äänen ja videon suorituskyvyn saavuttamiseksi Cisco suosittelee voimakkaasti UDP: tä.

Suorituskykynäkökohdat:

  • Reaaliaikainen tehokku us —UDP on suositeltava kuljetus reaaliaikaisille medioille, koska se minimoi viiveen ja tärinän välttämällä yhteyskäyttöön suuntautuviin protokolliin liittyviä uudelleenlähetys- ja puskurointimekanismeja.
  • TCP/TLS:n vaikutus — Vaikka TCP ja TLS tarjoavat luotettavan ja järjestetyn datan toimituksen, tämä toiminta on haitallista reaaliaikaiselle medialle. Tuloksena olevat pakettien uudelleenlähetykset ja stream-puskurointi aiheuttavat latenssia ja värähtelyä, mikä voi merkittävästi heikentää osallistujien kokemuksen laatua

Webex SRTP: n ja sFrame: n käyttö medialle

WebExZero Trust -ympäristöissä vaadittujen korkeiden turvallisuusstandardien ylläpitämiseksi on tärkeää erottaa siirtotason suojaus (SRTP) ja sovelluskerroksen päästä päähän -salaus (SFrame).

Taulukko 2. Vertailu: SRTP vs. SFrame

Ominaisuus

SRTP (turvallinen RTP)

SFrame (turvallinen kehys)

Ensisijainen tavoite

Turvallinen mediakuljetus

End-to-end salaus (E2EE)

Kerros

Kuljetuskerros

Sovellus/hyötykuormakerros

Näkyvyys

Salaa RTP-hyötykuorman; otsikot näkyvät usein

Salaa mediakehyksen ennen kuljetusta

Avainhallinta

DTLS-SRTP

Irrotettu (MLS-protokolla)

Mediapalvelimen ja mediayyhdyskäytävän (SFU) vuorovaikutus

SFU salaa salauksen/salaa uudelleen

SFU on ”sokea” (ei voi purkaa)

Tärkeimmät tekniset erot - SRTP ja sFrame

  1. SRTP (turvallinen reaaliaikainen siirtoprotokolla)

    SRTP on alan standardi kuljetuksen aikana tapahtuvien mediavirtojen suojaamiseksi.

    • Soveltamis ala —Se tarjoaa luottamuksellisuuden, viestien todennuksen ja toistosuojauksen RTP-hyötykuormalle.
    • Operatiivinen konteksti — Monissa arkkitehtuureissa Media Server/ Media Gateway (Selective Forwarding Unit (SFU)) lopettaa SRTP-yhteyden tietovälineiden käsittelyä varten (esimerkiksi sekoittaminen, asettelun sommittelu tai transkoodaus). Koska SFU purkaa median käsittelemään sitä, media on teknisesti haavoittuvainen SFU-pisteessä.
  2. SFrame (turvallinen kehys)

    SFrame on IETF-standardi. RFC 9605 on suunniteltu erityisesti helpottamaan todellista päästä päähän -salausta usean osapuolen neuvotteluympäristössä.

    • Soveltamis ala — Se salaa pakatut mediakehykset ennen kuin ne kapseloidaan RTP-paketteihin. Webex lisää ylimääräisen salauskerroksen SRTP: n avulla.
    • Zero Trust Architecture — Koska tietoväline on salattu sovelluskerroksessa, SFU toimii vain ”sokeana” välittäjänä. Se reitittää salatut paketit muille osallistujille ilman, että heillä on koskaan pääsyä salauksen purkuavaimiin.
    • Itsenäisyys —sFrame on kuljetusagnostiikka. Se pysyy turvassa, vaikka taustalla oleva kuljetus (UDP/TCP/TLS) vaarantuisi, koska turvallisuuskonteksti on sidottu osallistujien päätepisteisiin eikä liikenneyhteyteen.

SFrame on kriittinen mekanismi, joka mahdollistaa E2EE: n. Vaikka SRTP varmistaa, että tiedot salataan verkon kautta, SFrame varmistaa, että tietoväline pysyy salattuna koko kokouksen elinkaaren ajan, myös silloin, kun se sijaitsee Ciscon infrastruktuurissa (SFU), poistaen palveluntarjoajan tehokkaasti luottamusrajan ulkopuolelle.

Tietojen salaus levossa: Webex Meetings

Lepotilassa olevat tiedot luokit Webex Meetings ellaan kahteen erilliseen luokkaan, joilla kullakin on oma suojausprofiilinsa:

  1. Webex Meetingssisältö
  2. Webex Meetingsmetatiedot

Webex MeetingsSisältö

Kokouksen sisältö koostuu osallistujien luomista tai Webex-palveluiden tuottamista tiedoista kokouksen isännän puolesta. Tämä sisältää:

  • Mediaan liittyvä sisältö — Tallenteet, transkriptiot, yhteenvedot ja toimintakohteet.
  • Yhteistyötiedot — Chat-viestit, jaettu/siirretyt tiedostot, taulut ja merkinnät.

Webex MeetingsSisällön suojaus — Webexin päästä päähän -salaus

Webex suojaa osallistujien tuottaman kokouksen sisällön vankalla päästä päähän -salauskehyksellä (E2EE). Keskeistä tässä arkkitehtuurissa on Webex Key Management Service (KMS), joka vastaa kaiken käyttäjän luoman sisällön salausavaimien luomisesta, jakelusta ja hallinnasta.

Kokouksen sisällön suojauskerrokset

  • Siirrettävät tiedot — Webex App- ja Cisco-videolaitteet käyttävät Webex-end-to-end -salausta (E2EE) ja AES-256-GCM salaamaan käyttäjän luomaa kokousisisältöä, kuten tallennustiedostoja, tekoälyn yhteenvetotiedostoja, chat-viestejä jne. Tämä on edelleen kapseloitu Transport Layer Security (TLS) -järjestelmään kaksikerroksisen suojan tarjoamiseksi lähetyksen aikana.
  • Lepotilassa olevat tiedot — Kun salattu sisältö on tallennettu Webex-pilveen, se on lisäksi suojattu AES-256-GCM-levysalauksella.
  • Suojausprofiili — Tämä lähestymistapa suojaa sisältöä TLS-sieppaamiselta siirron aikana ja varmistaa, että tallennetut tiedot eivät ole luvattomien toimijoiden käytettävissä pilviympäristössä.

Webexin päästä päähän -salaus hallitulla sisällön käyttöoikeudella Core Services -palveluille

Toisin kuin Zero Trust end-to-end -salaus, jossa Webexillä ei ole pääsyä median tai sisällön salausavaimiin, Webexin päästä päähän -salaus antaa alustalle mahdollisuuden käyttää Webex KMS: n luomia avaimia avaimia keskeisten ydinpalvelujen tietojen salauksen purkamiseen. Tämä hallittu käyttöoikeus mahdollistaa:

  • Haku ja indeksointi — Antaa käyttäjille mahdollisuuden etsiä sisältöhistoriaa.
  • Vaatimustenmukaisuus ja hallinto — Mahdollistaa tietojen menetyksen estämisen (DLP), eDiscoveryn ja tietojen arkistoinnin.
  • Median optimointi - Tukee tiedostojen koodausta laitteiden välisen yhteensopivuuden varmistamiseksi.
  • Suojaus — Helpottaa haittaohjelmien skannausta laajennetun suojauspaketin avulla.

Webex MeetingsMetatiedot

Kokousten metatiedot koostuvat hallinnollisista ja teknisistä tiedoista, jotka järjestelmä luo kokouksen helpottamiseksi, seuraamiseksi ja hallitsemiseksi, eikä itse kokouksen varsinaisesta sisällöstä (ääni-, video- tai jaetut tiedostot). Metatiedot voidaan jakaa useisiin luokkiin:

  • I@@ stunnon tiedot — Kokouksen otsikko, kokouksen tunnus, ajoitetut alkamis- ja päättymisajat sekä kokouksen todellinen kesto.
  • Osallistu jatiedot — luettelo kutsutuista ja todellisista osallistujista, heidän IP-osoitteistaan, laitetyypeistä (kuten Windows, iPhone, Cisco Room Kit) ja heidän liittymis-/poistumisaikaleiminsä.
  • Käyttö- ja laatum ittarit — Vianmääritykseen käytetyt tiedot, kuten pakettihäviö, värähtely, viive ja videovirran resoluutio.

Miten metatietoja käytetään

  1. Analytiikka ja raporto inti — Järjestelmänvalvojat käyttävät WebExControl Hubin metatietoja nähdäkseen, kuinka monta kokousta tapahtuu, mitkä osastot ovat aktiivisimpia, ja kokemuksen yleisen laadun.
  2. Vian määrit Cisco TAC ys — (Teknisen tuen keskus) käyttää metatietoja kokouksen ongelmien tunnistamiseen ja ratkaisemiseen.
  3. Vaatimustenmukaisuus ja eDiscovery — Compliance-toimihenkilöt voivat etsiä metatied oista todistaakseen, että kokous on järjestetty, kuka siellä oli ja onko se tallennettu, vaikka he eivät näe kokouksen salattua sisältöä.
  4. Suoja us — Metatiedot auttavat tunnistamaan luvattomat käyttöyritykset tai epätavalliset mallit, jotka saattavat viitata turvallisuusuhkaan.

Metatietojen turvallisuus ja yksityisyys

  • Sal@@ aus — Vaikka metatiedot eivät ole ”päästä päähän salattuja”, ne salataan edelleen siirron aikana (TLS: n avulla) ja levossa Ciscon suojatuissa tietokeskuksissa.
  • Kulunvalvon ta — Ciscon tietosuojakäytännöt rajoittavat tiukasti sitä, kuka voi käyttää näitä metatietoja, ja sitä käytetään palvelun tarjoamiseen ja parantamiseen.

Lisätietoja Webex-kokouksen sisällöstä ja metatiedoista on kohdassa Tar Webex Meetingsjouksen ilmoitus.

Webex MeetingsIstuntotyypit

Webex Meetingsistuntotyypit ovat kokoonpanoja tai malleja, jotka määrittelevät Webex-sivustossa ajoitettujen kokousten ominaisuudet ja vaihtoehdot. Nämä istuntotyypit voivat olla joko vakiotyyppejä tai sivuston järjestelmänvalvojien mukautamia, jotta käyttäjät voivat ottaa käyttöön tai poistaa käytöstä tiettyjä ominaisuuksia. Tämän joustavuuden ansiosta organisaatiot voivat räätälöidä kokouskokemukset tietoturvavaatimustensa ja käyttäjien tarpeiden mukaan. Lisätietoja on ohjeaiheessa I stuntotyyppien hallinta Ohjauskeskuksessa. Webex Meetings -istuntotyypit

Kokousistuntotyyppien määrittäminen käyttäjille

Webex Control Hub -järjestelmänvalvojat voivat määrittää yhden tai useamman kokoustyypin, jota käyttäjät voivat käyttää ajoitettuihin kokouksiin. Oletusarvoisesti kaikille käyttäjille on määritetty Pro Meeting- ja Pro-End to End Encryption_VoipOnly -kokoustyyp it.

Assigning meeting session types to users

Kokouksen ajoittaminen — Valitse kokoustyyppi

Käyttäjät voivat valita kokoustyypin, jota he haluavat käyttää ajoittaessaan kokousta Webex-sovelluksesta, Webex-käyttäjäsivulta ja Webex-sähköpostiapuohjelmasta. Microsoft Outlook

Kokouksen ajoittaminen — Valitse kokoustyyppi Webex-sovelluksessa Kokouksen ajoittaminen — Valitse kokoustyyppi

Kokouksen ajoittaminen — Valitse kokoustyyppi Webex-käyttäjäsivulta

Schedule a meeting—Select the meeting type from the Webex user page

Oletuskokoustyypin määrittäminen

Käyttäjät voivat määrittää oletuskokoustyypin Webex-käyttäjä sivullaan Kokoukset > Aset ukset.

Oletuskokoustyyppi koskee sekä ajoitettuja kokouksia että henkilökohtaisia kokoushuoneita.

Oletuskokoustyypin määrittäminen Webex User -sivulta

Set the Default Meeting Type from the Webex User page

Tietoturva ajoitetuille Webex Meetings ja Webexin henkilökohtaisille kokoushuoneille

Ajoit Webex Meetings etut ja Webexin henkilökohtaiset kokoushuoneet eroavat toisistaan merkittävästi suojausominaisuuksiltaan ja käyttötarkoituksiltaan.

Ajoitetut kokoukset on suunniteltu turvallisia, suunniteltuja istuntoja varten, ja ne tarjoavat kattavan joukon suojausvalvontaa, mukaan lukien salasanasuojaus, osallistujien rekisteröinti, aulan seulonta, liittyminen ennen isäntää -asetusten poistaminen käytöstä ja yksilölliset kokouksen URL-osoitteet kullekin istunnolle. Nämä ominaisuudet auttavat varmistamaan, että vain valtuutetut osallistujat voivat liittyä ja että isännät hallitsevat kokousympäristön.

Sitä vastoin henkilökohtaiset kokoushuoneet tarjoavat pysyvän URL-osoitteen nopeisiin, epävirallisiin kokouksiin luotettujen osallistujien kanssa. Ne sisältävät perusturvaominaisuudet, kuten aulan hallintalaitteet, manuaalinen tai automaattinen lukitus ja CAPTCHA automaattisten hyökkäysten estämiseksi. Koska henkilökohtaisen huoneen URL-osoite on vakio, se voi kuitenkin aiheuttaa suuremman tietoturvariskin, jos se jaetaan laajasti.

Tiukkaa turvallisuutta vaativille kokouksille suositellaan ajoitettuja kokouksia, kun taas henkilökohtaiset kokoushuoneet sopivat paremmin luotetuille ryhmille, jotka asettavat helppokäyttöisyyden etusijalle tiukkojen turvavalvontojen sijaan.

Ohjauskeskuksen järjestelmänvalvojat voivat määrittää Webex Personal Room Meetings käytettäväksi vain sisäisissä kokouksissa.

configure Webex Personal Room Meetings for use in internal meetings only

Kokousten suojausasetukset järjestelmänvalvojille

Control Hub tarjoaa kattavan joukon ajoitettuja suojausvalvontatoimenpiteitäWebex Meetings, joiden avulla järjestelmänvalvojat voivat räätälöidä kokousten käyttöoikeudet ja osallistujien hallinnan organisaation käytäntöjen mukaan. Näihin hallintalaitteisiin kuuluvat:

  • Kokousaulan asetukset — Määritä vieraiden ja vahvistamattomien käyttäjien aulakäyttäytyminen, mukaan lukien vaihtoehdot, joiden avulla vieraat voivat liittyä suoraan, odottaa aulassa tai estää liittymisen.
  • Aulaluokkien ryhmät sisäisille, ulkoisille ja vahvistamattomille (vieras) käyttäjille.
  • Osallistujien tunnisteet — sisäisten osallistujien ja/tai ulkoisten osallistujien verkkotunnukset, Vahvistamaton tunniste todentamattomille (vieras) osallistujille.
  • Kokouksen automaattinen hyväksyntäominaisuus — Salli todennettujen, kutsuttujen käyttäjien ja huoneiden liittyä kokouksiin tai aloittaa kokoukset ilman isännän väliintuloa, kun kutsumattomat käyttäjät odottavat aulassa tai ovat estettyjä.
  • Automaattinen kokouslukitus — Lukitse kokoukset automaattisesti määritetyn minuuttimäärän (0, 5, 10, 15 tai 20) alkamisajasta, jotta vältytään myöhästyneiltä osallistujilta.
  • Kokouksen lukituksen käyttäytyminen — Määritä, mitä tapahtuu, kun kokous lukitaan — odottavatko osallistujat aulassa vai onko osallistujat estyneet liittymästä.
  • Kokouksen salasanojen pakottaminen — Vaadi salasanoja osallistujilta, jotka liittyvät puhelimista tai videoneuvottelujärjestelmistä. Kutsuihin lisätään järjestelmän luomia numeerisia salasanoja.
  • Määritä kokouksen salasanan pituus- ja monimutkaisuusvaatimukset.
  • Piilota kokouslinkki osallistujilta — estää osallistujia kopioimasta ja jakamasta kokouslinkkejä helposti kokouksen aikana luvattoman käytön vähentämiseksi.
  • Poista virtuaalikamerat käytöstä — MacOS-käyttäjille poista kolmannen osapuolen virtuaalikamerat käytöstä turvallisuuden parantamiseksi rajoittamalla kameran käyttöä vain Webexiin.
  • Kokouksen vesileimaus — Ota ääni- ja videovesileimaus käyttöön tunnistaaksesi tallenteiden tai kuvakaappausten lähteen, mikä auttaa tunnistamaan tietovuodot.
  • Ulkoisten ja sisäisten kokousten verkkotunnuspohjaiset käyttöoikeudet — Määritä, voivatko käyttäjät liittyä ulkoisiin kokouksiin, ja rajoittaa ulkoisia käyttäjiä liittymästä sisäisiin kokouksiin.
  • Käyttäjäryhmien mallit — Käytä kokoustoimintojen asetuksia käyttäjäryhmiin tai yksittäisiin käyttäjiin mallien avulla.

Lisätietoja on kohdassa:

Webexin parhaat käytännöt suojattuihin kokouksiin: Control Hub

Webex-sovellus | Tietoja aulasta Webex Meetings

Mukauta osallistujien tunnisteita, jotka näkyvät Webex Meetings

Kokouksen sisällön jakamisen hallinta järjestelmänvalvojille

Ohjauskeskuksen avulla järjestelmänvalvojat voivat hallita sitä, miten sisältöä, kuten tallenteita, yhteenvetoja, toimintokohteita jne. voidaan jakaa kokouksen aikana ja sen jälkeen, ja hallita, kuinka kauan kokouksen sisältö tallennetaan Webex-pilveen, ennen kuin se poistetaan automaattisesti.

Sisällön hallintalaitteet

meeting content controls

Kokouksen sisällön säilytyskäytäntö kokouksen sisällön säilytyskäytäntö

Kokouksen isännällä on täysi hallinta kokouksen järjestämisestä, ja hänen on varmistettava, että vain aiotut kutsutut voivat liittyä. Isännän tulee myös noudattaa organisaation turvallisuuskäytäntöjä kokousten ajoittamisessa. Lisätietoja suojaamisesta isäntänä on ohje Webex Meetings aiheessa Webexin parhaat käytännöt suojatuille kokouksille: Isännät.

Tietosuojakäytännöistä riippuen jotkin organisaatiot saattavat estää käyttäjiään kokonaan liittymästä ulkoisiin kokouksiin tai sallia käyttäjiensä liittymisen kokouksiin vain hyväksyttyjen ulkoisten sivustojen luettelosta. Lisäksi organisaatiot saattavat rajoittaa käyttäjiään käyttämään tiettyjä kokouksen sisäisiä ominaisuuksia, kuten keskustelua, tiedostonsiirtoja, huomautuksia, kysymyksiä ja vastauksia ja kyselyjä liittyessään ulkoiseen kokoukseen. Webexin yhteistyörajoitukset voivat tarjota nämä toiminnot. Lisätietoja on kohdassa Ohjaus keskuksen Webex Meetings yhteistyörajoitukset.

Webex-kokouksen isäntien suojausvalvonta

Webex-kokouksen isännöijillä on kriittinen rooli virtuaalikokousten turvallisuuden ja eheyden ylläpitämisessä. Heillä on kattava joukko ohjausobjekteja, jotka on suunniteltu hallitsemaan osallistujien pääsyä, vahvistamaan henkilöllisyyksiä ja suojaamaan kokouksen sisältöä:

  • Kokousaulan hallinta — Isännät voivat hyväksyä tai poistaa aulassa odottavat osallistujat, mikä ryhmittelee käyttäjät sisäisiksi, ulkoisiksi tai vahvistamattomiksi vierailijoiksi. Tämä mahdollistaa osallistujien tarkistamisen ennen sisäänpääsyä.
  • Kokouksen lukitus — Isännät voivat lukita kokouksen manuaalisesti tai avata sen estääkseen uusia osallistujia liittymästä kokouksen alkamisen jälkeen. Kokoukset voidaan myös asettaa lukkiutumaan automaattisesti tietyn ajan kuluttua (0, 5, 10, 15 tai 20 minuuttia).
  • Salasanasuojaus — Ajoitetut kokoukset on oletusarvoisesti suojattu salasanalla. Isännät voivat pakottaa kokouksen salasanoja osallistujille, jotka liittyvät puhelin- tai videoneuvottelujärjestelmien kautta.
  • Automaattinen hyväksyntä -ominaisuus — Isännät voivat sallia todennettujen, kutsuttujen käyttäjien ja huoneiden liittymisen tai kokousten aloittamisen ilman isännän väliintuloa, kun kutsumattomat käyttäjät odottavat aulassa tai ovat estettyjä.
  • Osallistujien hallinta — Isännät voivat karkottaa osallistujat milloin tahansa kokouksen aikana poistaakseen ei-toivotut osallistujat.
  • Liity ennen isäntävalvontaa — Isännät voivat ottaa käyttöön tai poistaa käytöstä vaihtoehdon, jonka mukaan osallistujat voivat liittyä kokoukseen ennen isännän saapumista, mikä on suositeltavaa poistaa käytöstä turvallisuuden vuoksi.
  • Mykistysohjaukset — Isännät voivat mykistää tai poistaa osallistujien mykistyksen ja määrittää, voivatko osallistujat poistaa mykistyksen itse häiriöiden vähentämiseksi.
  • Sisäänkäynti- ja poistumisäänet — Isännät voivat ottaa käyttöön ääni-ilmoitukset osallistujien liittyessä kokoukseen tai poistuessaan kokouksesta seuratakseen läsnäoloa.
  • Vesileimaus — Isännät voivat ottaa käyttöön ääni- ja videovesileiman tunnistaakseen tallenteiden tai kuvakaappausten lähteen, mikä auttaa estämään tietojen vuotamisen.
  • Henkilöllisyyden todentaminen — Isännät voivat pyytää osallistujia ottamaan videon käyttöön tai ilmoittamaan nimensä henkilöllisyyden vahvistamiseksi ja osallistujien vahvistamiseksi.
  • Lopeta kokouksen hallinta — Isännät voivat lopettaa kokouksen kaikille osallistujille varmistaakseen, että istunto on kokonaan suljettu.

Lisätietoja on kohdassa Suojattujen kokousten parhaat käytännöt: isännät.

Isäntien suojausasetukset kokouksen ajoittamisen yhteydessä

Security options for hosts when scheduling a meeting

Isäntien suojausasetukset kokouksen ajoittamisen yhteydessä

Uusien tietoturvauhkien torjunta - Deepfake User Impersonation

Deepfake-uhat Webex Meetings edustavat merkittävää nousevaa tietoturvahaastetta. Deepfakes käyttää tekoälyä luodakseen erittäin realistista, mutta väärennettyä ääni- ja videosisältöä, joka voi esiintyä laillisina kokouksen osallistujina. Tämän yhteydessä haitalliset toim Webex Meetings ijat voivat esiintyä luotettuina henkilöinä, manipuloida kokousten sisältöä tai suorittaa sosiaalisen suunnittelun hyökkäyksiä, mikä saattaa johtaa luvattomaan pääsyyn, tietomurtoihin tai petoksiin.

Webex sisältää useita suojaushallintoja, jotka auttavat vähentämään luvattomaan käyttöön ja esiintymiseen liittyviä riskejä. Näitä ovat kokousaulan ohjaimet osallistujien tarkistamiseksi ennen sisäänpääsyä, kokouksen lukitusominaisuudet myöhäisten osallistumisten estämiseksi, pakotettu salasanasuojaus, osallistujan henkilöllisyyden vahvistuskehotukset ja äänen ja videon vesileimaus tallenteiden tai kuvakaappausten lähteen jäljittämiseksi. Yhdessä Deepfake Detection- ja Deepfake Prevention -toimenpiteiden kanssa nämä toimenpiteet luovat kerroksellisen puolustuksen, joka parantaa kokousten turvallisuutta deepfakeja ja muita hienostuneita uhkia vastaan, auttaa organisaatioita suojaamaan arkaluontoisia tietoja ja ylläpitämään luottamusta virtuaaliseen yhteistyöympäristöönsä.

Deepfake havaitseminen

Cisco on tehnyt yhteistyötä GetReelin ja Pindropin kanssa integroidakseen edistyneitä tekoälypohjaisia deepfake-tunnistus- ja äänitunnistustekniikoita. Webex Suite Tämä integrointi mahdollistaa synteettisen äänen ja videon reaaliaikaisen havaitsemisen ja estämisen kokousten aikana ilman lisälaitteita. Ratkaisu käyttää monitekijäistä riskianalyysiä, mukaan lukien äänibiometriikkaa, laite- ja käyttäytymisanalytiikkaa sekä maailmanlaajuista petostiedustelua, osallistujien passiiviseen todentamiseen ja deepfake-yritysten tunnistamiseen erittäin tarkasti. Tämä jatkuva taustaanalyysi auttaa suojaamaan kokouksia tekoälypohjaisilta petoksilta säilyttäen samalla saumattoman käyttökokemuksen.

Deepfake-ehkäisy: Asiakas antoi henkilöllisyystodistukset

Zero Trust end-to-end -identiteetti ja Deepfake-ehkäisy

Asiakkaan toimittamat loppukäyttäjän henkilöllisyystodistukset ovat kulmakivi, jolla estetään esiintyminen Webexin päästä päähän salattuissa (E2EE) kokouksissa. Toisin kuin perinteiset deepfake-estomekanismit, jotka perustuvat ääni- ja videovirtojen analysointiin, tämä lähestymistapa tarjoaa salausidentiteetin validoinnin vastaanottohetkellä. Tämä vahvistettu tila näkyy suoraan kokousluettelossa, mikä tarjoaa läpinäkyvyyttä kaikille osallistujille.

Webex on laajentanut asiakashallitsemien sertifikaattien tuen, joka oli aiemmin saatavilla RoomOS-laitteissa, Webex App -sovellukseen osana ”Deepfake-ehkäisy” -ominaisuuttamme. Organisaatiot voivat tarjota ja hallita omia digitaalisia varmenteitaan, jotka ovat myöntäneet luotetut ulkoiset varmenneviranomaiset käyttäen alan standardiprotokollia, kuten ACME. Nämä varmenteet, jotka perustuvat X.509-standardeihin ja ECDSA P-256 -avainpareihin, tarjoavat salaustodistuksen osallistujan henkilöllisyydestä E2EE-kokousten aikana.

End-to-end vahvistettu henkilöllisyys ja MLS-protokolla

Messaging Layer Security (MLS) -protokolla käyttää tavallisia X.509-varmenteita kokouksen osallistujien todentamiseen. Varmenne on luotetun varmentajan digitaalisesti allekirjoitettu lauseke, joka vahvistaa allekirjoitusavaimen haltijan henkilöllisyyden. Osallistujat saavat nämä todistukset kahdella ensisijaisella menetelmällä:

  • Hallitut laitteet (asiakkaan toimittamat varmenteet) — organisaatioiden hallinnoimille tietokone- ja mobiiliasiakkaille laitteeseen voidaan asentaa luotetun CA: n henkilöllisyystodistus. Kun käyttäjä kirjautuu sisään kertakirjautumisen (SSO) avulla, Webex-sovellus hakee tämän varmenteen käyttöjärjestelmän luottamusvarastosta esittääkseen käyttäjän vahvistetun henkilöllisyyden. Tätä prosessia tuetaan myös Webexin pilvirekisteröimillä Cisco-videolaitteilla.
  • Oletus (Webexin toimittamat varmenteet) — Jos asiakkaan antamaa varmennetta ei ole käytettävissä, Webex- asiakas tai -laite käyttää automaattisesti Webexin myöntämää varmentettaCertificate Authority, joka heijastaa Ciscon vahvistamaa henkilöllisyyttä.

Identiteetin jakaminen ja varamekanismi

Kokouksen aikana jokainen osallistuja jakaa Webex-henkilöllisyystodistuksensa ja, jos saatavilla, asiakkaan antaman henkilöllisyystodistuksensa kaikkien muiden osallistujien kanssa. Saumattoman yhteyden varmistamiseksi Webex-päätepiste noudattaa tiukkaa hierarkiaa: se priorisoi asiakkaan antaman varmenteen tarkistusta varten; jos varmenne puuttuu tai se epäonnistuu, järjestelmä palautuu automaattisesti Webexin toimittamaan henkilöllisyystodistukseen.

Käyttäjän henkilöllisyyden vahvistustilan näyttäminen

Kun osallistujat liittyvät kokoukseen Webex App- tai RoomOS-laitteilla, joissa on asiakkaan antamia varmenteita, muut kokouksen jäsenet vahvistavat heidän henkilöllisyytensä myöntävää varmentajaa vastaan. Tämä varmistaa, että vain valtuutetut käyttäjät tunnistetaan, mikä estää hyökkääjiä esiintymästä laillisina osallistujina, koska nämä varmenteet ovat ainutlaatuisesti sidoksissa vahvistettuihin henkilöllisyyteen, eikä Cisco tai välittäjät voi väärentää niitä.

E2E-salatun kokouksen osallistujaluettelossa näkyy kunkin käyttäjän henkilöllisyyden vahvistustila:

  • Zero-Trust E2 E Vahvistettu (Icon indicating the meeting participant is verified with zero-trust end-to-end encryption. domain.com) —Kun käytetään asiakkaan antamaa henkilöllisyystodistusta, osallistujan verkkotunnus näkyy sinisellä tekstillä. Tämä osoittaa todellisen E2E-vahvistetun henkilöllisyyden, jota Cisco ei voi peukaloida. Esimerkiksi kokousluettelossa saatat nähdä, että Kevinillä on vahvistettu sähköpostiosoite osoitteesta example.com sinisellä.
  • Webex-vahvistettu (Identity verified by an external public Certificate Authority (CA) or Identity Provider (IdP) icon domain.com) — Webex-varmenteen myöntämät varmenteet tarjoavat rajoitetumman suojaustason. Vaikka nämä osallistujat ovat parempia kuin henkilöllisyyssuojauksen puuttuminen, niitä ei ole merkitty nimellä ”Zero Trust E2E -vahvistettu”. Sen sijaan heidän henkilöllisyytensä tila näkyy harmaalla tekstillä, mikä osoittaa, että Webex CA on vahvistanut henkilöllisyyden.
  • Vahvistamaton vieraskäyttäjä (icon indicating the meeting participant is an unverified guest user. Vahvistamaton) — Vaikka vierailevien osallistujien henkilöllisyyttä ei ole todennettu (koska kirjautumisprosessia ei ole), he tarvitsevat silti varmenteen liittyäkseen MLS-ryhmään puhelua tai kokousta varten. Tämän varmenteen myöntää Webex-CA, ja käyttäjänimenä käytetään ”anonyymiä”.
Meeting indicating the different types of user verification.

Lisäksi kaikkien osallistujien salaustilasta johdettu kokouksen suojauskoodi auttaa havaitsemaan keskivaiheen hyökkäykset antamalla osallistujille mahdollisuuden varmistaa, että kaikilla on sama suojattu kokouskonteksti. Yhdistämällä salausidentiteetin varmennuksen päähän päähän -salaukseen, tämä ”Deepfake-ehkäisy” -ominaisuus tarjoaa vankan suojan henkilöllisyyden ja synteettisen median uhkia vastaan ja suojaa kokousten eheyden ja luottamuksellisuuden sekä Webex App- että RoomOS-laitteissa.

Varmenteiden käyttöönoton hallinta

Organisaatiot voivat yksinkertaistaa näiden asiakkaiden toimittamien loppukäyttäjien henkilöllisyysvarmenteiden käyttöönottoa ja hallintaa asentamalla ne yrityksen hallituihin laitteisiin käyttämällä MDM (Mobile Device Management), Mobile Application Management (MAM) tai Enterprise Mobility Management (EMM) -sovelluksia. Näiden hallintaalustojen avulla IT-järjestelmänvalvojat voivat keskitetysti tarjota, määrittää ja hallita varmenteita ja niihin liittyviä suojauskäytäntöjä useilla eri laitteilla, olivatpa ne sitten yrityksen omistamia tai henkilökohtaisia omistamia. Esimerkiksi Microsoft Intune tukee sekä MDM- että MAM-ominaisuuksia, joiden avulla organisaatiot voivat ottaa käyttöön ja hallita Webex-sovellusta ja sen suojausmäärityksiä, mukaan lukien henkilöllisyysvarmenteita, hallittavissa laitteissa. Samoin Cisco Meraki Systems Manager tarjoaa MDM-ominaisuuksia laitteiden rekisteröintiin, määritysprofiilien siirtämiseen ja varmenteiden käyttöönottoon luotettavan laitteen tilan varmistamiseksi. Näiden hallintaratkaisujen hyödyntäminen vähentää hallinnollisia kustannuksia, yksinkertaistaa varmenteiden elinkaaren hallintaa ja parantaa Webex E2EE -kokousten suojausasentoa ”Deepfake-ehkäisy” -ominaisuuksilla.

Webex-identiteetin hallinta

Webex käyttää Zero Trust -arkkitehtuuria - ”älä koskaan luota, tarkista aina” - käyttäjien henkilöllisyyden hallintaan. Webex takaa turvallisen, skaalautuvan ja automatisoidun kulunhallinnan hyödyntämällä alan standardiprotokollia (SAML 2.0, OIDC, OAuth 2.0 ja SCIM 2.0). Tässä osiossa kuvataan tekniset puitteet identiteettipalvelujen tarjoajien (IDP) integroimiseksi ja turvallisen yhteistyöympäristön ylläpitämiseksi.

Identiteetin kolme pilaria

Webexin tehokas identiteetti- ja käyttöoikeuksien hallinta (IAM) perustuu seuraaviin:

  • Provisioning (CRUD) — Käyttäjien elinkaaren hallinta (luominen, lukeminen, päivitys, poisto) varmistaaksesi, että totuuden lähde vastaa yhteistyöalustaa.
  • Todennus (AuthN) — Käyttäjän henkilöllisyyden tarkistaminen suojattujen tunnistetietojen tai tunnusten avulla.
  • Valtuutus (AuthZ) — Määritetään yksityiskohtaiset käyttöoikeudet ja API-käyttöoikeustasot todennuksen jälkeen.

Provisiointi ja elinkaaren hallinta

Webex tukee useita tapoja synkronoida käyttäjät ja ryhmät:

  • SCIM 2.0 — Suosit tu pilvistandardi. Se automatisoi käyttäjän elinkaaren ja varmistaa, että IdP: n offboarding peruuttaa Webex-käyttöoikeuden automaattisesti.
  • Directory Connector —Cisco-työkalu hybridiympäristöihin, joka yhdistää paikallisen Active Directory (AD) Webex-pilven kanssa.
  • API-pohjainen alustaminen — Käyttää Webexin ”People API” -sovellusta ohjelmalliseen käyttäjien luomiseen ja lisenssien määrittämiseen monimutkaisissa ympäristöissä.
  • Vanha LDAP — tuetaan paikallisissa hakemistoissa (esim. CUCM), mutta vähemmän optimoitu nykyaikaiselle pilviliikenteelle.

Todennus- ja valtuutuskehykset

  • Todennus (AuthN):
  • SAML 2.0 — ker takirjautumisen (SSO) yritysstandardi. Webex toimii palveluntarjoajana (SP), joka vahvistaa yrityksen IdP: n XML-väitteet.
  • OIDC (OpenID Connect) - moderni, kevyt identiteettikerros, joka on rakennettu OAuth 2.0: lle käyttämällä JSON Web Tokens (JWT). Se tukee ”Discovery-URL-osoitteita” automaattista kokoonpanoa varten.
  • Valtuutus (AuthZ):
  • OAuth 2.0 —Hallitsee API-pääsyä lyhytaikaisten käyttöoikeustunnusten (määrittävät laajuudet) ja pitkäikäisten päivitystunnusten avulla. Se valvoo tietoturvaa PKCE: n (Proof Key for Code Exchange) kautta julkisille asiakkaille.

Integraatio- ja usean IDP-strategian

Webex tarjoaa erikoistuneita polkuja saumattomaan integrointiin:

  • Ohjattu toim@@ into Entra ID —Suositeltu polku Microsoft-ympäristöille. Se käyttää Microsoft Graph -sovellusliittymää edistyneeseen attribuuttien synkronointiin (avatarit, hierarkiat) ja automatisoi OIDC/SAML-määritykset.
  • Duo Security — Lisää ”jatkuvan identiteettisuojan” tarkistamalla laitteen asennon ja ottamalla käyttöön phishing-kestävän MFA: n.

Useiden IdP-tuki: Webex antaa organisaatioille mahdollisuuden yhdistää useita riippumattomia IDP:itä yhteen ohjauskeskukseen.

  • Käyttötapaukset — Sulautumiset, yritysostot tai hajautetut IT-osastot.
  • Reititys — Todennuspyynnöt reititetään toimialueiden tai käyttäjäryhmien perusteella.
  • Huomio — Vaatii tiukkaa koordinointia johdonmukaisten turvallisuuskäytäntöjen ylläpitämiseksi kaikissa yhdistetyissä lähteissä.

Esimerkki yleisimmistä IdP-identiteettiintegraatioista Webexin kanssa:

IdP-alusta

SSO-protokolla

SCIM-tuki

Microsoft Entra ID

SAML 2.0, OIDC

Joo

Okta

SAML 2.0, OIDC

Joo

Ping Federate

SAML 2.0, OIDC

Joo

Google-sovellukset

SAML 2.0

Ei (JIT tuettu)

ADFS

SAML 2.0

Ei

Parhaat käytännöt ja joustavuus

  • SSO: n palautus — Käytä aina Control Hubin sisäänrakennettua SSO Recovery -linkkiä ohittaaksesi SSO kertaluonteisen salasanan (OTP) avulla, jos IdP-määritys epäonnistuu.
  • Varmenteiden hallinta — Seuraa SAML-varmenteen vanhenemista. Ohjattu SSO -toiminto automatisoi metatietojen vaihdon vähentäen manuaalisia virheitä.
  • Vianmääritys — Käytä SAML Tracer -työkalua XML-väitteiden tarkastamiseen ja NameID-muotojen vahvistamiseen, jos todennusongelmia ilmenee.
  • Suojausasento - Vanhojen apurahojen tyypit vanhentuvat säännöllisesti ja varmista, että PKCE otetaan käyttöön kaikissa julkisissa asiakasintegraatioissa.

Johtopäätös - henkilöllisyys Webex Meetings

Vankka identiteettistrategia on jatkuva elinkaariprosessi. Yhdistämällä SCIM: n alustamiseen, OIDC/SAML: n todennukseen ja OAuthin valtuutukseen, organisaatiot voivat varmistaa turvallisen, kitkattoman kokemuksen käyttäjille säilyttäen samalla tiukan hallinnollisen valvonnan.

Webex-suojausmalli

Cisco on edelleen vahvasti sitoutunut ylläpitämään johtajuutta pilviturvallisuuden alalla. Ciscon turvallisuus- ja luottamusorganisaatio tekee yhteistyötä koko yrityksemme tiimien kanssa rakentaakseen tietoturvan, luottamuksen ja läpinäkyvyyden kehykseksi, joka tukee ydininfrastruktuurien suunnittelua, kehittämistä ja toimintaa, jotta voimme täyttää korkeimmat turvallisuustasot kaikessa toiminnassamme.

Tämä organisaatio on myös omistautunut tarjoamaan asiakkaillemme tietoja, joita he tarvitsevat kyberturvallisuusriskien lieventämiseen ja hallintaan.

Webexin tietoturvamalli (kuva 8) on rakennettu samalle tietoturva-perustalle, joka on syvästi kaiverrettu Ciscon prosesseihin.

Webex-organisaatio seuraa johdonmukaisesti peruselementtejä kehittääkseen, käyttääkseen ja seuratakseen Webex-palveluita turvallisesti. Keskustelemme joistakin näistä elementeistä tässä asiakirjassa.

Webex Security Model
Kuva 8: Webex-suojausmalli

Ciscon turvallisuus ja luottamus

Ciscon suojatun kehityksen elinkaari

Ciscossa turvallisuus ei ole jälkiajatus. Se on kurinalainen lähestymistapa maailmanluokan tuotteiden ja palveluiden rakentamiseen ja toimittamiseen alusta alkaen. Kaikkien Cisco ® - tuotekehitystiimien on noudatettava Cisco Secure Development Lifecycle -standardia. Se on toistettava ja mitattavissa oleva prosessi, joka on suunniteltu lisäämään Cisco-tuotteiden joustavuutta ja luotettavuutta. Kehityksen elinkaaren kaikissa vaiheissa käyttöön otettujen työkalujen, prosessien ja tietoisuuskoulutuksen yhdistelmä auttaa varmistamaan syvällisen puolustuksen. Se tarjoaa myös kokonaisvaltaisen lähestymistavan tuotteiden joustavuuteen. Webexin tuotekehitystiimi seuraa intohimoisesti tätä elinkaarta tuotekehityksen kaikilla osa-alueilla.

Lue lisää turvallisen kehityksen elinkaaresta.

Ciscon perustietoturvatyökalut

Ciscon tietoturva- ja luottamusorganisaatio tarjoaa prosessin ja tarvittavat työkalut, joiden avulla jokainen kehittäjä voi ottaa johdonmukaisen kannan tietoturvapäätöksen edessä.

Omistetut tiimit rakentamaan ja toimittamaan tällaisia työkaluja poistavat epävarmuuden tuotekehitysprosessista.

Joitakin esimerkkejä työkaluista ovat:

  • Tuoteturvallisuuden perusvaatimukset (PSB), jotka tuotteiden on täytettävä
  • Uhkamallinnuksen aikana käytetyt uhkien rakennustyökalut
  • Koodausohjeet
  • Vahvistetut tai sertifioidut kirjastot, joita kehittäjät voivat käyttää oman turvakoodinsa kirjoittamisen sijaan
  • Tietoturvahaavoittuvuustestaustyökalut (staattiseen ja dynaamiseen analyysiin), joita käytetään kehityksen jälkeen suojausvirheiden testaamiseen
  • Ohjelmiston seuranta, joka valvoo Ciscon ja kolmansien osapuolten kirjastoja ja ilmoittaa tuotetiimille, kun haavoittuvuus havaitaan

Organisaatiorakenne, joka lisää tietoturvaa Ciscon prosesseihin

Ciscolla on omat osastot, jotka juurruttavat ja hallitsevat tietoturvaprosesseja koko yrityksessä. Pysyäkseen jatkuvasti tietoturvauhkien ja haasteiden ajan tasalla Cisco luottaa seuraaviin:

  • Ciscon tietoturva (InfoSec) pilvitiimi
  • Ciscon tuoteturvallisuushäiriöiden reagointiryhmä (PSIRT)
  • Yhteinen turvallisuusvastuu

Cisco InfoSec-pilvi

Pilven tietoturvajohtajan johdolla tämä tiimi vastaa turvallisen Webex-ympäristön toimittamisesta asiakkaillemme. InfoSec saavuttaa tämän määrittelemällä ja valvomalla tietoturvaprosesseja ja työkaluja kaikille toiminnoille, jotka liittyvät Webexin toimittamiseen asiakkaidemme käsiin.

Lisäksi Cisco InfoSec Cloud toimii muiden Ciscon tiimien kanssa vastatakseen kaikkiin Webex-palveluun kohdistuviin tietoturvauhkiin.

Cisco InfoSec vastaa myös Webexin tietoturva-asennon jatkuvasta parantamisesta.

Ciscon tuoteturvallisuushäiriöiden reagointiryhmä (PSIRT)

Cisco PSIRT on omistautunut maailmanlaajuinen tiimi, joka hallinnoi Ciscon tuotteisiin ja palveluihin liittyvien tietoturvaongelmien virtausta, tutkimista ja raportointia. PSIRT käyttää eri välineitä tietojen julkaisemiseen tietoturvaongelman vakavuudesta riippuen. Raportointityyppi vaihtelee seuraavien ehtojen mukaan:

  • Haavoittuvuuden korjaamiseksi on olemassa ohjelmistokorjauksia tai kiertotapoja, tai koodikorjausten myöhempi julkistaminen on suunniteltu erittäin vakavien haavoittuvuuksien korjaamiseksi
  • PSIRT on havainnut haavoittuvuuden aktiivista hyödyntämistä, joka voi johtaa suurempaan riskiin Ciscon asiakkaille. PSIRT saattaa nopeuttaa haavoittuvuutta kuvaavan tietoturvailmoituksen julkaisua tässä tapauksessa ilman korjaustiedostojen täydellistä saatavuutta.
  • Yleisön tietoisuus Cisco-tuotteisiin vaikuttavasta haavoittuvuudesta voi aiheuttaa suuremman riskin Ciscon asiakkaille. PSIRT voi jälleen varoittaa asiakkaita, vaikka korjaustiedostoja ei olisi saatavilla täysimääräisesti.

Kaikissa tapauksissa PSIRT paljastaa vähimmäismäärän tietoja, joita loppukäyttäjät tarvitsevat arvioidakseen haavoittuvuuden vaikutuksia ja ryhtyäkseen toimenpiteisiin ympäristönsä suojelemiseksi. PSIRT käyttää CVSS (Common Vulnerability Scoring System) -asteikkoa paljastetun ongelman vakavuuden luokitteluun. PSIRT ei tarjoa haavoittuvuustietoja, joiden avulla joku voisi luoda hyväksikäytön.

Lisätietoja PSIRT: stä on artikkelissa Cisco Product Security Incident Response Team.

Turvallisuusvastuu

Vaikka jokainen Webex-ryhmän henkilö on vastuussa turvallisuudesta, tärkeimmät säännöt ovat seuraavat:

  • Turvallisuusjohtaja, Cloud
  • Varatoimitusjohtaja ja toimitusjohtaja, Cisco Cloud yhteistyösovellukset
  • Varatoimitusjohtaja, suunnittelu, Cisco Cloud yhteistyösovellukset
  • Varatoimitusjohtaja, Tuotehallinta, Cisco Cloud Yhteistyösovellukset

Sisäiset ja ulkoiset tunkeutumistestit

Webex-ryhmä suorittaa tiukkoja tunkeutumistestauksia säännöllisesti käyttäen sisäisiä arvioijia. Omien tiukkojen sisäisten menettelyjensä lisäksi Cisco InfoSec käyttää myös useita riippumattomia kolmansia osapuolia suorittamaan tiukkoja tarkastuksia Ciscon sisäisiä käytäntöjä, menettelyjä ja sovelluksia vastaan. Nämä tarkastukset on suunniteltu vahvistamaan toimintakriittiset turvallisuusvaatimukset sekä kaupallisten että julkisten sovellusten osalta. Cisco käyttää myös kolmannen osapuolen toimittajia suorittaakseen jatkuvia, perusteellisia, koodiavusteisia tunkeutumistestejä ja palveluarviointeja. Osana toimeksiantoa kolmas osapuoli suorittaa seuraavat tietoturva-arvioinnit:

  • Kriittisten sovellusten ja palveluiden haavoittuvuuksien tunnistaminen ja ratkaisujen ehdottaminen
  • Yleisten alueiden suositteleminen arkkitehtoniseen parantamiseen
  • Koodausvirheiden tunnistaminen ja ohjeiden antaminen koodauskäytäntöjen parantamiseen

Kolmannen osapuolen arvioijat työskentelevät suoraan Webexin suunnittelijoiden kanssa selvittääkseen havainnot ja vahvistaakseen korjauksen. Katso tunkeutum Webex Meetingsistestin todistustiedot kirjeiden luottamuspak etista.

Webex-datakeskuksen suojaus

Webex on SaaS-ratkaisu (Software-as-a-Service) -ratkaisu, joka toimitetaan Webex Cloudin kautta. Se on erittäin turvallinen palvelunjakelualusta, jolla on alan johtava suorituskyky, integrointi, joustavuus, skaalautuvuus ja saatavuus. Webex Cloud on tietoliikenneinfrastruktuuri, joka on suunniteltu reaaliaikaiseen verkkoviestintään.

Webex-kokousistunnoissa käytetään kytkentälaitteita, jotka sijaitsevat useissa datakeskuksissa ympäri maailmaa. Ciscon palvelinkeskuksia käytetään suurimmassa osassa Webex Cloud -palveluita. SOC2- ja ISO-yhteensopivia Amazon Web Services (AWS) ja Microsoft Azure -palvelinkeskuksia käytetään myös lisäpalvelujen toimittamiseen yksityisissä pilviesiintymissä. Nämä datakeskukset sijaitsevat strategisesti lähellä tärkeimpiä Internet-yhteyspisteitä, ja ne käyttävät erityistä suuren kaistanleveyden kuitua liikenteen reitittämiseen ympäri maailmaa.

Lisäksi Cisco käyttää PoP-verkkosijainteja (PoP), jotka helpottavat runkoyhteyksiä, Internet-vertaamista, globaalia sivustojen varmuuskopiointia ja välimuistitekniikoita, jotka parantavat suorituskykyä ja käytettävyyttä loppukäyttäjille.

Fyysinen turvallisuus

Datakeskuksen fyysinen turvallisuus sisältää tilojen ja rakennusten videovalvonnan ja pakollisen kaksivaiheisen tunnistamisen sisäänpääsyä varten. Ciscon datakeskuksissa pääsyä hallitaan merkkien lukijoiden ja biometristen säätimien yhdistelmällä. Lisäksi ympäristövalvonta (esimerkiksi lämpötila-anturit ja palonsammutusjärjestelmät) ja palvelun jatkuvuusinfrastruktuuri (kuten varavirtalähde) auttavat varmistamaan, että järjestelmät toimivat keskeytyksettä.

Datakeskuksen palvelimet on jaettu ”luottamusvyöhykkeisiin” infrastruktuurin herkkyyden perusteella. Esimerkiksi tietokannat ovat ”häkissä”, verkkoinfrastruktuurissa on omat huoneet ja kaikki laitetelineet on lukittu. Vain Ciscon tietoturvahenkilökunta ja valtuutetut vierailijat Ciscon henkilöstön mukana voivat päästä palvelinkeskuksiin.

Ciscon tuotantoverkosto on erittäin luotettava verkko: vain hyvin harvoilla ihmisillä, joilla on korkea luottamustaso, on pääsy verkkoon.

Infrastruktuurin ja alustan turvallisuus

Alustan suojaus kattaa verkon, järjestelmien ja koko Webex-tietokeskuksen turvallisuuden. Kaikille järjestelmille tehdään perusteellinen tietoturvatarkastus ja hyväksynnän validointi ennen tuotannon käyttöönottoa sekä säännöllinen jatkuva koventaminen, tietoturvakorjaus sekä haavoittuvuuksien tarkistus ja arviointi.

Palvelimet on kovennettu käyttämällä National Institute of Standards and Technology (NIST) julkaisemia Security Technical Implementation Guidelines (STIG). Palomuurit suojaavat verkon kehää. Kulunvalvontaluettelot (ACL) erottavat eri turvavyöhykkeet. Tunkeutumisen havaitsemisjärjestelmät (IDS) ovat käytössä, ja toimintoja allekirjoitetaan ja seurataan jatkuvasti. Päivittäiset sisäiset ja ulkoiset tietoturvatarkistukset suoritetaan Webexin kautta. Kaikki järjestelmät karkaistaan ja korjataan osana säännöllistä huoltoa. Lisäksi haavoittuvuuksien tarkistus ja arviointi suoritetaan jatkuvasti.

Palvelun jatkuvuus ja palautuminen ovat kriittisiä osia tietoturvasuunnittelussa. Ciscon palvelinkeskusten suunnittelu globaaleilla sivustovarmuuskopioinnilla ja korkealla käytettävyydellä auttavat mahdollistamaan Webex-palveluiden maantieteellisen vikasietoisuuden. Ei ole yhtä epäonnistumiskohtaa.

Webexin tietosuoja

Webex suhtautuu asiakkaiden tietosuojaan vakavasti. Keräämme, käytämme ja käsittelemme asiakastietoja vain Ciscon tietosuojalaus unnon ja Tar Webex Meetings jouksen ilmoituksen mukaisesti.

Palvelu on rakennettu yksityisyyttä ajatellen, ja se on suunniteltu siten, että sitä voidaan käyttää maailmanlaajuisten tietosuojavaatimusten mukaisesti, mukaan lukien EU:n yleinen tietosuoja-asetus (GDPR), Kalifornian kuluttajansuojalaki (CCPA), Kanadan henkilötietojen suojaus- ja sähköisten asiakirjojen laki (PIPEDA), henkilökohtaisten terveystietojen suojalaki (PHIPA), sairausvakuutuksen siirrettävyys- ja vastuulaki (HIPAA) ja perheen koulutusoikeuksia ja yksityisyyttä koskeva laki (FERPA).

Hallinnolliset tiedot

Tietoja asiakkaan tai muun kolmannen osapuolen työntekijöistä tai edustajista, joita Cisco kerää ja käyttää hallinnoidakseen tai hallinnoidakseen Ciscon tuotteiden tai palvelujen toimituksia tai hallinnoidakseen tai hallinnoidakseen asiakkaan tai kolmannen osapuolen tiliä Ciscon omia liiketoimintatarkoituksia varten.

Hallinnolliset tiedot voivat sisältää nimen, osoitteen, puhelinnumeron, sähköpostiosoitteen sekä tiedot Ciscon ja kolmannen osapuolen välisistä sopimussitoumuksista, riippumatta siitä, onko ne kerätty ensimmäisen rekisteröinnin yhteydessä vai myöhemmin Ciscon tuotteiden tai palveluiden hallinnan tai hallinnan yhteydessä.

Hallinnolliset tiedot voivat sisältää myös kokouksen otsikon, kellonajan ja muut määritteet Webexissä työntekijöiden tai edustajien suorittamista kokouksista. Muita esimerkkejä hallinnollisista tiedoista voivat olla kokouksen nimi, kokousaika ja muut Webexissä isännöityjen kokousten määritteet.

Asiakastiedot

Tämä sisältää kaikki tiedot (mukaan lukien teksti-, ääni-, video-, kuvatiedostot ja tallenteet), jotka asiakas joko toimittaa Ciscolle asiakkaan Ciscon tuotteiden tai palveluiden käytön yhteydessä tai jonka Cisco on kehittänyt asiakkaan nimenomaisesta pyynnöstä työ- tai sopimuslausuman nojalla.

Asiakastiedot sisältävät myös loki-, kokoonpano- tai laiteohjelmistotiedostot sekä ydintyhjennykset.

Ne ovat tuotteesta tai palvelusta otettuja tietoja, jotka toimitetaan Ciscolle auttamaan meitä vianmäärityksessä tukipyynnön yhteydessä. Asiakastiedot eivät sisällä hallinnollisia tietoja, tukitietoja tai telemetriatietoja.

Tukitiedot

Tiedot, joita Cisco kerää, kun asiakas lähettää tukipalveluja tai muuta vianmääritystä koskevan pyynnön, mukaan lukien tiedot laitteistosta tai ohjelmistosta. Se sisältää tukitapaukseen liittyvät tiedot, kuten todennustiedot, tiedot tuotteen kunnosta, järjestelmän ja ohjelmistojen asennuksista ja laitteistokokoonpanoista sekä virheiden seurantatiedostoista. Tukitiedot eivät sisällä loki-, kokoonpano- tai laiteohjelmistotiedostoja tai ydintyhjennyksiä, jotka on otettu tuotteesta ja jotka on toimitettu meille tukipyyntöön liittyvän ongelman vianmäärityksessä, jotka kaikki ovat esimerkkejä asiakastiedoista.

Telemetriatiedot

Tuotteen tai palvelun käytön ja toiminnan kautta luotujen instrumentointi- ja kirjausjärjestelmien tuottamat tiedot.

Kaikki Webex-pilveen kerätyt tiedot on suojattu useilla tasoilla vankkoja tietoturvatekniikoita ja -prosesseja. Alla on esimerkkejä ohjausobjekteista, jotka on sijoitettu Webex-toimintojen eri tasoihin asiakastietojen suojaamiseksi:

  • Fyysinen kulunvalvon ta — Fyysistä pääsyä ohjataan biometristen tietojen, merkkien ja videovalvonnan avulla. Pääsy datakeskukseen vaatii hyväksynnät ja sitä hallitaan sähköisen lipunmyyntijärjestelmän kautta.
  • Verkon käyttöoikeuksien hallinta — Webex-verkon kehä on suojattu palomuureilla. Webex-datakeskukseen saapuvaa tai sieltä poistuvaa verkkoliikennettä seurataan jatkuvasti tunkeutumisen havaitsemisjärjestelmällä (IDS). Webex-verkko on myös jaettu erillisiin suojausvyöhykkeisiin. Vyöhykkeiden välistä liikennettä ohjataan palomuureilla ja kulunvalvontalistoilla (ACL).
  • Infrastruktuurin valvonta ja hallinnan hallinta — Kaikki infrastruktuurin komponentit, mukaan lukien verkkolaitteet, sovelluspalvelimet ja tietokannat, on tiukennettu tiukkojen ohjeiden mukaisesti. Heille tehdään myös säännöllisiä tarkistuksia mahdollisten turvallisuusongelmien tunnistamiseksi ja ratkaisemiseksi.
  • Sal@@ ausohjaimet — Kuten aiemmin todettiin, kaikki tiedot Webex-datakeskukseen ja pilvipalveluun rekisteröityihin Webex-sovelluksiin ja Webex-laitteisiin salataan, lukuun ottamatta PSTN-liikennettä ja salaamattomia SIP/H323-videolaitteita pilvipohjaisessa kokouksessa. Lisäksi Webexiin tallennetut kriittiset tiedot, kuten salasanat, salataan.

Ciscon työntekijät eivät pääse käsiksi asiakastietoihin, ellei asiakas ole pyytänyt pääsyä tukeen liittyvistä syistä. Tässä tapauksessa johtaja sallii pääsyn järjestelmiin vain ”tehtävien erottelu” -periaatteen mukaisesti. Se myönnetään vain tiedon tarpeen perusteella ja vain työn tekemiseen vaadittavan pääsyn tasolla. Työntekijöiden pääsyä näihin järjestelmiin tarkistetaan säännöllisesti myös vaatimustenmukaisuuden varalta. Työntekijöiden, joilla on tällainen pääsy, on suoritettava vuosittainen International Organization for Standardization (ISO) 27001 -tietoturvakoulutus.

Näiden erikoistuneiden valvontatoimien lisäksi jokainen Ciscon työntekijä käy läpi taustatarkastuksen, allekirjoittaa salassapitosopimuksen (NDA) ja suorittaa Code of Business Conduct (COBC) -koulutuksen.

Sairausvakuutuksen siirrettävyys- ja vastuulaki (HIPAA)

Cisco voi antaa tietoja Webexin toiminnallisuudesta, tekniikasta ja turvallisuudesta. HIPAAn kattaman yksikön olisi kuultava omaa lakimiestä selvittääkseen, ovatko Webexin toiminnot sen liiketoimintaprosessien mukaisia ja GDPR-valmiita.

Toimialan standardit ja sertifioinnit

Sen lisäksi, että Webex noudattaa tiukkoja sisäisiä standardejamme, se ylläpitää jatkuvasti kolmannen osapuolen validointeja osoittaakseen sitoutumisemme tietoturvallisuuteen. Webex on:

  • ISO 27001, 27017, 27018 ja 27701 sertifioitu
  • Palveluorganisaation valvonta (SOC) 2, tyyppi II, tarkastettu
  • SOC 3 -sertifioitu
  • Pilvipalvelun käytännesäännöt
  • CSTAR
  • Pilvipalvelujen vaatimustenmukaisuuden valvontaluettelo (C5) -todistus
  • FedRAMP-sertifioitu (katso lisätietoja, laajuus ja saatavuus osoitteessa cisco.com/go/fedramp)

FedRAMP-sertifioitu Webex-palvelu on saatavilla vain Yhdysvaltain valtion ja koulutusalan asiakkaille.

Katso Ciscon luottamusportaalista täydelliset tietoturva-, tietosuoja- ja vaatimustenmukaisuusasiakirjat, mukaan lukien tiedot yllä olevista standardeista ja sertifikaateista.

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