Kiitos palautteestasi.

Miljoonat käyttäjät maailmanlaajuisesti luottavat Webexiin turvallisessa yhteistyössä. Webex toimii luotettavana alustana kriittiselle viestinnälle yritysten hallitushuoneista ja hallituksen lainsäädäntöistunnoista arkaluonteisiin lääkärin ja potilaan konsultaatioihin.

Etätyön kysynnän kasvaessa kasvaa myös vankkojen, luottamuksellisten yhteistyötyökalujen tarve. Webex on vastannut tähän tarpeeseen pidempään kuin mikään muu toimittaja. Tekoälyä tukevan esiintymisen ja kehittyneiden deepfake-uhkien lisääntyessä vaatimus identiteettivarmennetusta, käytäntöön perustuvasta yhteistyöstä on ensiarvoisen tärkeää. Asiakkaillemme turvallisuus ei ole vain ominaisuus - se on integroitu osa koko kokouksen elinkaarta, joka kattaa aikataulun, osallistujien identiteetin ja sisällön suojaamisen.

Webexillä on pitkä historia vahvan päästä päähän -salauksen (E2EE) tukemisessa. Webex Zero Trust Security -mallimme kehittää tätä perintöä kolmen pääpilarin kautta:

• Standardeihin perustuvan, virallisesti vahvistetun salauksen perustan luominen
• End-to-end -salauksen lisääminen päästä päähän varmennetulla henkilöllisyydellä
• Tuen laajentaminen nykyisiin Webex-laitteisiin sekä Webex-sovellukseen

Tämä tekninen asiakirja tarjoaa taustaa päästä päähän -turvallisuudesta ja esittää tekniset perusteet WebExZero Trust Securityn toiminnalle. Lisätietoja kokousten toiminnallisesta turvallisuudesta, kuten kokousistuntojen tyypeistä, ajoitettujen kokousten ja henkilökohtaisten kokoushuoneiden välisistä suojauseroista, järjestelmänvalvojan ja isännän hallintajärjestelmistä, kokouksen sisällön jakamisesta ja säilyttämisestä sekä laajemmasta tekoälyn ja deepfake-joustavuudesta kokouskokemuksessa, katso WSMP Meetings Security -tekninen asiakirja.

E2E-tietoturvan toimittamisen 18 vuoden perintö

Webex kehitti kokousten E2E-salauksen edelläkävijä vuonna 2008. Määritelmän mukaan E2E-suojaus varmistaa, että sisältö salataan lähettämishetkestä, kunnes vastaanottaja näyttää sen, mikä estää pilvipalveluntarjoajaa tai kolmatta osapuolta pääsemästä tietoihin tai peukaloimasta tietoja.

Riippuen siitä, kuinka paljon videoneuvottelujen tarjoaja investoi E2E-turvamekanismeihin, ne voivat tarjota vaihtelevan suojaustason, kuten kuvassa 1 on esitetty. Mikä tahansa E2E-suojaus on parempi kuin vain salaus siirron aikana ja levossa.

Suojaustaso	Verkkohyökkääjät	Passiiviset hyökkäykset (salakuuntelu)	Aktiiviset hyökkäykset (esiintyminen)	Esimerkkejä
Salaus siirron aikana ja levossa	Joo	Ei	Ei	Ei-E2EE-sovellukset
E2E-salaus	Joo	Joo	Ei	Vanhat E2EE- ja kuluttajasovellukset
E2E-salaus ja E2E-identiteetti	Joo	Joo	Joo	Webex Zero Trust -suojaus

Useimmat sovellukset, jotka väittävät tarjoavansa E2E-tietoturvaa, suojaavat vain passiivisilta hyökkäyksiltä. Vain passiiviset suojaukset ovat edelleen arvokkaita, koska ne tekevät niin, että huonot toimijat voivat salakuunnella kokousta vain sen ollessa käynnissä. Paras lähestymistapa, kuitenkin, on suojautua sekä passiivisilta että aktiivisilta hyökkäyksiltä, joissa konferenssin tarjoaja itse saattaa teeskennellä olevansa laillinen osallistuja osallistumaan kokoukseen. Tätä varten tarvitaan E2E-identiteettikerros E2E-salauksen lisäksi.

Zero Trust Securityn avulla Webex tuo kokouksiin vahvemman salauksen ja täydentää päästä päähän -salausta päästä päähän varmennetulla henkilöllisyydellä, jotta kokoukset pysyvät turvassa kaikilta hyökkäyksiltä.

Ennen teknisiin yksityiskohtiin sukeltamista on hyödyllistä ymmärtää käyttökokemus. Jos haluat luoda E2E-salatun kokouksen, isäntä valitsee sopivan kokoustyypin Webex-sovelluksen ajoituksen aikana (kuva 2).

Kun osallistujat liittyvät, he näkevät ”kilpi lukolla” -kuvakkeen, joka osoittaa, että kokous on E2E-salattu (kuva 3). Napauttamalla tätä kuvaketta saat lisätietoja kokouksen suojauksesta.

Lopuksi, kokouksen osallistujaluettelossa Webex-sovellus ilmoittaa, onko osallistujan henkilöllisyys vahvistettu E2E-suojatulla tavalla - toisin sanoen onko joku muu kuin Cisco taannut osallistujan henkilöllisyyden (kuva 4).

Osallistujat voivat myös tarkistaa, että heillä kaikilla on sama turvakoodi varmistaakseen, että heillä kaikilla on sama näkymä kokouksesta ja että he ovat siten turvassa esiintymishyökkäyksiltä. Käyttöönotoissa, joissa käytetään asiakkaan toimittamia kokonaisvaltaisia identiteettivarmenteita, luettelotila tarjoaa avoimuutta henkilöllisyyden varmentamisesta.

Zero Trust Security perustuu alan standardien mukaisiin salausprotokolliin, joita Cisco ajaa yhdessä muiden tietoturva- ja yksityisyyden johtajien kanssa, mukaan lukien Google, Cloudflare, Wickr ja Wire. Cisco johti ensimmäisen sukupolven suojattua Voice over IP (VoIP) tekniikoilla, kuten Secure Real-Time Protocol (SRTP), DTLS-SRTP, STIR/SHAKEN ja WebRTC, ja Cisco tekee saman Zero Trust Securityn kanssa (kuva 5).

Kerros	Tänään	Zero Trust -turvallisuus
Identiteetti	SSO (SAML, OpenID)	X.509-sertifikaatti
Avainvaihto	SDES/DTLS	Viestikerroksen suojaus (MLS)
Median salaus	SRTP	Turvalliset kehykset (sFrame)

Järjestelmässä on periaatteessa kolme kerrosta, ja jokaisessa kerroksessa otamme vanhan hop-by-hop -tekniikan ja vahvistamme sitä ylimääräisellä päästä päähän -suojakerroksella. Kolme kerrosta ovat:

• Identiteetti — E2E-identiteetti edellyttää, että asiakkailla on tunnistetiedot, jotka todistavat heidän henkilöllisyytensä. Zero Trust E2E Identity -sovelluksella asiakkaiden tunnistetiedot tarjoaa Webex Independent. Certificate Authority
• Avainvaihto — E2E-kokoukseen osallistuvien asiakkaiden on määritettävä avaimet E2E-salausta varten ilman, että neuvottelupalveluntarjoaja voi käyttää näitä avaimia. Messaging Layer Security (MLS) -protokolla on ratifioitu standardi, RFC 9420, joka perustuu avoimen lähdekoodin yhteisössä kehitettyihin tekniikoihin ja asettaa ne tiukkaan, muodollisesti vahvistettuun asetukseen.
• Sisällön suojaus — Lopuksi kokouksen varsinainen mediasisältö tarvitsee kokonaisvaltaista suojausta. SFrame (”Secure Frames”) on RFC 9605. Se on nopea ja yksinkertainen salauskehys reaaliaikaisen median salaamiseen, mikä mahdollistaa ylimääräisen salauskerroksen lisäämisen minimaalisella yleiskustannuksella.

Katsotaanpa näitä tekniikoita hieman yksityiskohtaisemmin, alkaen alhaalta ylöspäin.

Mediasalausjärjestelmä on tapa ottaa kokouksen osallistujien jakama avain ja käyttää sitä kokouksessa jaetun sisällön, kuten äänen, videon ja näytön jakamisen, suojaamiseen. Protokollatasolla salausjärjestelmän on lähetettävä ylimääräisiä tietoja jokaisen salatun tiedon yksikön kanssa, mikä tärkeintä:

1. Otsikko, joka kertoo vastaanottajalle, kuinka purkaa paketti, ja
2. Todennustunniste, jota vastaanottaja käyttää varmistaakseen, ettei pakettia ole peukaloitu.

Esimerkiksi SRTP: ssä salausyksikkö on RTP-paketti; SRTP luottaa RTP-otsikkoon asetuksessaan ja lisää todennustunnisteen paketin loppuun.

Koska kaikki nämä lisätiedot lisäävät E2E-salattuun kokoukseen tarvittavaa kaistanleveyttä, SFrame tarjoaa minimaalisen määrän kehystystä. SFrame-otsikko osoittaa, mitä avainta tulisi käyttää, mikä mahdollistaa näppäimen kiertämisen, ja tarjoaa ainutlaatuisen sekvenssinumeron, joka määrittelee alustusvektorin. Tätä seuraa sisältö, joka on salattu E2E-avaimella ja todennustunnisteella. SFrame-otsikko, sisältö ja tunniste kääritään sitten SRTP-pakettiin siten, että SRTP suojaa verkkohyökkääjien tekemiltä tarkastuksilta tai muokkauksilta ja sFrame suojaa neuvottelupalveluntarjoajan mediaelementeiltä (katso esimerkki kuviosta 6).

Tällä minimalistisella lähestymistavalla on muita etuja. SFrame on riippumaton taustalla olevasta kuljetuksesta, joten se on eteenpäin yhteensopiva kehittyvien tekniikoiden, kuten RTP: n kautta QUIC: n ja RIPT: n, kanssa. SFrame on myös mahdollista määrittää siten, että se toimii usean paketin yksiköissä, kuten kokonaisissa kehyksissä, salauskustannusten vähentämiseksi entisestään.

Salaisen avaimen asettaminen ryhmän kesken, kun ryhmällä on pääsy vain epäluotettavaan kanavaan, näyttää maagiselta. Tekniikat tähän kehitettiin ensimmäisen kerran 1980-luvulla, ja nykyään yli 90 prosenttia verkkoselailusta käyttää Transport Layer Securityä (TLS) tekemään juuri tämän. Messaging Layer Security (MLS) laajentaa tämän toiminnon ryhmiin, kun taas TLS toimii vain pisteestä pisteeseen, joten Webex voi MLS:n avulla määrittää konferenssiavaimet, vaikka konferenssin tarjoaja ei ole luotettu.

MLS tarjoaa kolme kriittistä suojausominaisuutta:

1. Jaettu av ain — Avain todennetut ryhmän jäsenet tietävät.
2. Johdonmuka isuus — Varmistaa, että kaikilla jäsenillä on johdonmukainen näkymä ryhmän luettelosta.
3. Kier to — Päivittää näppäimet automaattisesti, kun jäsen liittyy tai poistuu.

Ensimmäinen ominaisuus tarjoaa meille avaimet, joita käytämme median salaamiseen SFrame-ohjelmalla. Yhdessä toisen ominaisuuden kanssa se tarjoaa lähtökohdan E2E-identiteetille. Kolmas ominaisuus varmistaa, että ainoat ihmiset, jotka voivat purkaa median, ovat kokouksessa juuri nyt. Et voi purkaa mediaa ennen liittymistäsi tai poistumisen jälkeen (tai kun sinut erotettiin).

Kaiken tämän saavuttamiseksi kokouksen asiakkaat vaihtavat MLS-viestejä kokouksen kriittisissä kohdissa ylläpitääkseen MLS-ryhmää, joka sisältää täsmälleen kokouksen osallistujat milloin tahansa. Webex reitittää viestit asiakkaiden kesken, mutta MLS suojaa näitä viestejä siten, että Webex voi käsitellä niitä turvallisesti. Kuvio 7 näyttää, miten viestit kulkevat.

Lu ominen: Ensimmäinen henkilö, joka liittyy kokoukseen, isännöi tai ei, luo MLS-ryhmän kokousta varten ja hänestä tulee MLS: n ”johtaja”. Jokaisena ajankohtana yksi kokouksen osallistuja nimetään johtajaksi. Useimmissa tapauksissa tämä osallistuja on kokouksen isäntä. Kun istunto on aloitettu, MLS vakuuttaa, että jokaisella kokouksen osallistujalla on salaustiedot toimimaan johtajana; Webex yksinkertaisesti nimeää yhden johtajan sekaannusten välttämiseksi.

Liity: Kun uusi osallistuja haluaa liittyä kokoukseen, hän pyytää pääsyä sisään lähettämällä johtajalle MLS Key Package -viestin, joka sisältää hänen julkisen avaimen ja todennustietonsa. Johtaja vastaa tervetuliaisviestillä, joka kertoo puusepälle kokouksen muista osallistujista. Johtaja lähettää ryhmälle myös Add- ja Committ-viestin. Lisää-viesti ilmoittaa uuden puusepän kokouksessa jo oleville. Committ-viesti saa kaikki nykyiset osallistujat hajauttamaan vanhan ryhmäavaimen saadakseen uuden avaimen nyt laajennetulle ryhmälle. Tervetuloa-viesti antaa tämän avaimen liitännäiselle.

Poistu: Kun joku poistuu kokouksesta, johtajan tehtävänä on lukita hänet ulos. Johtaja tekee tämän lähettämällä MLS Remove and Commit -viestejä kaikille kokoukseen jäljellä oleville. Poista-viesti kertoo jäljellä oleville osallistujille, jotka lähtivät, ja Commit salaa uuden avaimen kaikille jäljellä oleville osallistujille, mutta ei poistuneelle henkilölle. Jäljellä olevat osallistujat yhdistävät uuden avaimen vanhan ryhmäavaimen kanssa saadakseen avaimen, jota poistuneella ei ole. Jos lähtenyt osallistuja on johtaja, Webex nimittää uuden johtajan ja uusi johtaja poistaa vanhan johtajan.

Avainten kiertäminen voi tarkoittaa, että kokoukseen liittyminen tai jonkun poistaminen vie muutaman ylimääräisen sekunnin, mutta se antaa selkeän tietoturvan: jos joku ei näy kokouksen osallistujaluettelossa, hänellä ei ole avaimia sisällön purkamiseen.

E2E-salatun kokouksen osallistujaluettelo näyttää kunkin käyttäjän henkilöllisyyden todentamisen. Asiakkaan myöntämien henkilöllisyystodistusten käyttäminen antaa todellisen E2E-vahvistetun henkilöllisyyden siinä mielessä, että Cisco ei voi peukaloida sitä. Näissä tapauksissa osallistujaluettelossa näkyy verkkotunnus, johon osallistuja kuuluu sinisellä tekstillä. Esimerkiksi kuvassa 8 esitetyssä kokouksessa näet, että Kevinillä on vahvistettu sähköpostiosoite osoitteesta example.com ja Isabellalla vahvistettu sähköpostiosoite company.com-sivustolta.

Webexin myöntämät henkilöllisyystodistuksetCertificate Authority, kuten videolaitteen henkilöllisyys, tarjoavat rajoitetumman suojan. Vain hyökkääjä, joka vaarantaa Webexin, Certificate Authority voi esiintyä käyttäjänä. Vaikka tämä on parempi kuin henkilöllisyyden suojaaminen ei ole ollenkaan, tällaisia kokouksen osallistujia ei ole merkitty sinisellä Zero Trust end-to-end identiteettivarmennetuksi. Ne näytetään harmaalla tekstillä osoittamaan Webexin luottamuksen henkilöllisyyden vahvistuksen.

Webex tarjoaa myös kokouksen suojauskoodin näille menettelyille. Suojakoodi on lyhyt, ihmisen luettava merkkijono, joka lasketaan MLS-prosessin ulostuloksena. Turvakoodi sisältää yhteenvedon kokouksen salaustilasta, mukaan lukien ryhmän avaimet ja osallistujien esittämät varmenteet. Tätä koodia voidaan käyttää jäljittelyhyökkäyksen havaitsemiseen, koska tällainen hyökkäys johtaisi siihen, että ainakin yhdellä osallistujalla olisi erilainen salaustila kuin kaikilla muilla. Mutta se sulkee pois vain esiintymisen, jos kaikki varmistavat, että heillä on sama koodi. Jos joku osallistujien osajoukko varmistaa, että heillä on sama koodi, he tietävät, että heidän henkilöllisyytensä on esitetty uskollisesti toisilleen, mutta joku, joka ei vahvista koodiaan, olisi voinut esiintyä. Kuvassa 9 on esimerkki siitä, miten suojauskoodi näytetään kokouksessa.

Tämä koodi tarjoaa erittäin vahvan puolustuksen esiintymishyökkäyksiä vastaan. Se on osa MLS-protokollaa, joten sillä on ollut vankka tietoturva-analyysi. Koska se on tiukasti sidottu kokouksen tilaan, turvakoodi muuttuu aina, kun joku liittyy kokoukseen. Tämän seurauksena kokouksen osallistujien on tarkistettava turvakoodinsa uudelleen aina, kun joku liittyy. Koodi ei pyöri kun joku lähtee, koska poistuminen ei voi ottaa käyttöön imitaattoria.

Webex Zero Trust Security lanseerattiin vuonna 2021. Vuonna 2026 Ultra Secure Webex -kokouksissa otettiin käyttöön tuki lisäpäätepisteille E2E-salatuissa Webex-kokouksissa, täysin varustetut Zero Trust E2EE -kokoukset, joissa on Video Mesh Node (VMN), sekä päästä päähän -salaus- ja identiteettiominaisuudet vakiokokouksiin:

• Standardeihin perustuva, virallisesti vahvistettu salaus
• Zero Trust E2E -salaus
• Zero Trust E2E vahvistettu henkilöllisyys
• Tuki kaikille myynnissä oleville Webex-laitteille
• Webex-sovelluksen tuki tietokoneella, mobiililaitteella ja verkossa
• Webex Web -sovelluksen ja Web SDK: n tuki (suunniteltu Q1CY27)
• Tuki Webex Calling puhelimille (suunniteltu Q3CY26: lle)
• Video Mesh Node -tuki
• Tuki E2E-salaukselle ajoitetuissa kokouksissa ja henkilökohtaisissa kokoushuoneissa

Zero Trustilla on joitain rajoituksia. E2E-salatut kokoukset eivät tue:

• Ciscon pilvipalveluiden tarjoamat ominaisuudet, jotka edellyttävät selvän tekstimedian käyttöä, mukaan lukien:
  • Webexin pilvipohjainen tallennus ja AI Assistant palvelut. Nämä palvelut voidaan tarjota käyttämällä hybridi-käyttöönottoja Video Mesh Node (VMN) kanssa.
  • Kokouspuhelun, tiedostojen, valkotaulujen ja merkintöjen tallentaminen.
  • PSTN- tai SIP-yhteentoimivuus.

Jatkossa Webex parantaa E2E-salattuja kokouksia muutamassa ulottuvuudessa periaatteiden mukaisesti, joiden mukaan pilvelle myönnetään vähiten tarvittavia oikeuksia ja annetaan asiakkaille mahdollisuus hallita tietojaan.

Kaikkialla läsnä oleva E2E-suojaus: Kaikkien tulisi olla E2E-suojattuja, ei vain tietyt kokoukset. Ensimmäinen askel tämän vision saavuttamiseksi on saavutettu Webex- Web App ja pilvipalveluihin liitettyjen Cisco-puhelimien E2E-tietoturvalla. Lopulta avoimen, standardipohjaisen E2E-arkkitehtuurin pitäisi antaa Webexille mahdollisuuden tuoda myös SIP (Session Initiation Protocol) -infrastruktuuri.

Tässä artikkelissa käsitellyt innovaatiot osoittavat selkeän tien pitkän aikavälin visioon aina käytössä olevasta E2E-salauksesta. Kun käyttäjät voivat muodostaa yhteyden mistä tahansa ja asiakkaat voivat turvallisesti valita haluamansa ominaisuudet kokouksessa, E2E-salausta voidaan käyttää jokaisessa Webex-kokouksessa — epävirallisista ad hoc -kokouksista, joissa kaikki ominaisuudet ovat käytössä, aina lukittuihin, erittäin turvallisiin kokouksiin. E2E-salaus varmistaa aina, että kokouksen sisältö on vain valtuutettujen osallistujien käytettävissä, ja asiakkaat ja käyttäjät päättävät, mikä osallistujajoukko sopii tiettyyn kokoukseen.

Tekoälyä tukeva esiintyminen ja deepfake-sietokyky

Webex käsittelee tekoälyä tukevia esiintymisuhkia kerrostetulla lähestymistavalla, joka täydentää Zero Trust -päähän -salausmallia. Vaikka tässä artikkelissa keskitytään päästä päähän varmennetun henkilöllisyyden teknisiin perusteisiin, mukaan lukien asiakkaan toimittama varmentepohjainen varmennus ja salauksen eheystarkastukset, Webex tarjoaa myös operatiivisen turvallisuuden valvontaa kokouskokemuksessa luvattoman käytön ja haitallisen vuorovaikutuksen riskin vähentämiseksi.

Kokousistuntojen tyypit, ajoitetut kokoukset ja henkilökohtaiset kokoushuoneiden suojauserot, isännän ja järjestelmänvalvojan hallintaasetukset Ohjauskeskuksessa sekä tekoälyn ja syväväärennöksen havaitseminen ja ehkäisy laajemmassa kokouskokemuksessa on mukana olevassa WSMP Meetings Security -teknisessä asiakirjassa.

Webex määrittelee suojattujen kokousten tulevaisuuden standardipohjaisen salauksen ja vahvistetun identiteetin avulla. Sitoutuminen avoimeen ekosysteemiin varmistaa, että asiakkaat hallitsevat täysin tietojaan kokouksen skenaariosta riippumatta.