Hvala za povratne informacije.

Milijoni uporabnikov po vsem svetu se zanašajo na Webex za varno sodelovanje. Od odborov podjetij in vladnih zakonodajnih sej do občutljivih posvetovanj z zdravnikom in bolnikom, Webex služi kot zaupanja vredna platforma za kritično komunikacijo.

Z naraščanjem povpraševanja po delu na daljavo narašča tudi potreba po robustnih in zaupnih orodjih za sodelovanje. Webex je to potrebo obravnaval dlje kot kateri koli drug prodajalec. Z naraščajočim se predstavljanjem, ki omogoča umetno inteligenco, in prefinjenimi grožnjami z globokimi ponarejenji je zahteva po sodelovanju, preverjenem z identiteto, ki temelji na politiki, najpomembnejša. Za naše stranke varnost ni zgolj funkcija - je integrirana sestavina celotnega življenjskega cikla srečanja, ki zajema načrtovanje, identiteto udeležencev in zaščito vsebine.

Webex ima dolgo zgodovino podpore močnega šifriranja od konca do konca (E2EE). Naš model Webex Zero Trust Security razvija to dediščino skozi tri glavne stebre:

• Vzpostavitev temeljev formalno preverjene kriptografije, ki temeljijo na standardih
• Povečanje šifriranja od konca do konca s preverjeno identiteto od konca do konca
• Razširitev podpore za trenutne naprave Webex in aplikacijo Webex

Ta tehnični dokument ponuja ozadje o varnosti od konca do konca in predstavlja tehnične podlage delovanja WebExZero Trust Security. Za operativno varnost srečanj, kot so vrste sej srečanj, varnostne razlike med načrtovanimi sestanki in osebnimi sejnimi sobami, nadzor skrbnika in gostitelja, skupna raba in hramba vsebine srečanj ter širša odpornost umetne inteligence in globoke lažne izkušnje srečanja, glejte spremljevalni tehnični dokument WSMP Meetings Security.

18-letna dediščina zagotavljanja varnosti E2E

Webex je bil pionir šifriranja E2E za sestanke leta 2008. Varnost E2E po definiciji zagotavlja, da je vsebina šifrirana od trenutka, ko je poslana, dokler jo prejemnik ne prikaže, kar ponudniku v oblaku ali kateri koli tretji osebi preprečuje dostop do podatkov ali poseganje v njih.

Glede na to, koliko naložb ponudnik videokonference vloži v varnostne mehanizme E2E, lahko zagotovijo različne ravni zaščite, kot je prikazano na sliki 1. Vsaka varnost E2E je boljša od samo šifriranja v tranzitu in v mirovanju.

Stopnja zaščite	Omrežni napadalci	Pasivni napadi (prisluškovanje)	Aktivni napadi (lažno predstavljanje)	Primeri
Šifriranje v tranzitu in v mirovanju	Da	Ne	Ne	Aplikacije, ki niso E2EE
E2E šifriranje	Da	Da	Ne	Stari E2EE in potrošniške aplikacije
Šifriranje E2E in identiteta E2E	Da	Da	Da	Webex Zero Trust Varnost

Večina aplikacij, ki trdijo, da zagotavljajo varnost E2E, zagotavljajo le zaščito pred pasivnimi napadi. Zaščita samo pasivna je še vedno dragocena, ker je tako, da lahko slabi igralci prisluhujejo sestanku le, ko je v teku. Najboljši pristop pa je zaščita pred pasivnimi in aktivnimi napadi, kjer se lahko sam ponudnik konferenc pretvarja, da je zakonit udeleženec za vstop na sestanek. Za to je poleg šifriranja E2E potreben sloj identitete E2E.

Z Zero Trust Security Webex prinaša močnejšo kriptografijo na sestanke in povečuje šifriranje od konca do konca s preverjeno identiteto od konca do konca, ki pomaga ohraniti sestanke pred celotnim spektrom napadov.

Preden se potopite v tehnične podrobnosti, je koristno razumeti uporabniško izkušnjo. Če želite ustvariti šifrirano srečanje E2E, gostitelj med načrtovanjem v aplikaciji Webex izbere ustrezno vrsto srečanja (slika 2).

Ko se udeleženci pridružijo, vidijo ikono »ščit z ključavnico«, ki označuje, da je sestanek šifriran E2E (slika 3). Če dotaknete to ikono, boste našli podrobnosti o zaščiti srečanja.

Nazadnje, na seznamu udeležencev srečanja aplikacija Webex navede, ali je bila identiteta udeleženca preverjena na E2E-varen način - to je, ali je nekdo drug kot Cisco jamčil za identiteto udeleženca (slika 4).

Udeleženci lahko tudi preverijo, ali imajo vsi isto varnostno kodo, da potrdijo, da imajo vsi enak pogled na sestanek in so tako varni pred lažnimi napadi. Pri uvajah, ki uporabljajo potrdila o identiteti od konca do konca, ki jih zagotavlja stranka, stanje seznama zagotavlja preglednost glede zagotavljanja identitete.

Zero Trust Security temelji na industrijskih standardnih kriptografskih protokolih, ki jih Cisco upravlja skupaj z drugimi vodilnimi na področju varnosti in zasebnosti, vključno z Googlom, Cloudflare, Wickr in Wire. Cisco je vodil prvo generacijo varnega Voice over IP (VoIP) s tehnologijami, kot so Secure Real-Time Protocol (SRTP), DTLS-SRTP, STIR/SHAKEN in WebRTC, Cisco pa počne enako z Zero Trust Security (slika 5).

Sloj	Danes	Varnost brez zaupanja
identiteta	SSO (SAML, OpenID)	Certifikat X.509
Izmenjava ključev	SDES/DTLS	Varnost sloja sporočil (MLS)
Šifriranje medijev	SRTP	Varni okvirji (sFrame)

Sistem ima v bistvu tri plasti, pri vsaki plasti pa vzamemo staro tehnologijo hop-by-hop in jo krepimo z dodatno zaščitno plastjo od konca do konca. Tri plasti vključujejo:

• Identiteta-E2E identiteta zahteva, da imajo stranke poverilnice, ki dokazujejo njihovo identiteto. Z Zero Trust E2E Identity poverilnice strank zagotavlja Webex Independent. Certificate Authority
• Izmenjava ključev — stranke, ki sodelujejo na sestanku E2E, morajo nastaviti ključe za šifriranje E2E, ne da bi ponudnik konferenc lahko dostopal do teh ključev. Protokol Messaging Layer Security (MLS) je ratificiran standard RFC 9420, ki temelji na tehnologijah, razvitih v odprtokodni skupnosti, in jih postavlja v strogo, formalno preverjeno okolje.
• Zaščita vsebine — končno, dejanska medijska vsebina srečanja potrebuje zaščito od konca do konca. sFrame (za »Varne okvirje«) je RFC 9605. Je hiter in preprost okvir šifriranja za šifriranje medijev v realnem času, ki omogoča dodajanje dodatne plasti šifriranja z minimalnimi stroški.

Oglejmo si te tehnologije nekoliko podrobneje, začenši od spodaj navzgor.

Shema šifriranja medijev je način, da vzamete ključ, ki ga delijo udeleženci srečanja, in ga uporabite za zaščito dejanske vsebine, ki so v skupni rabi na srečanju, kot so zvok, video in skupna raba zaslona. Na ravni protokola mora shema šifriranja poslati dodatne informacije z vsako enoto šifriranih podatkov, kar je najpomembneje:

1. Glava, ki sprejemniku pove, kako dešifrirati paket, in
2. Oznaka za preverjanje pristnosti, ki jo sprejemnik uporablja za preverjanje, ali paket ni bil spremenjen.

Na primer, v SRTP je enota šifriranja RTP paket; SRTP se pri nastavitvi zanaša na glavo RTP in na konec paketa doda oznako za preverjanje pristnosti.

Ker vse te dodatne informacije povečajo pasovno širino, potrebno za šifrirano srečanje E2E, sFrame zagotavlja minimalno potrebno količino kadriranja. Glava SFrame označuje, kateri ključ je treba uporabiti, kar omogoča vrtenje ključa, in zagotavlja edinstveno zaporedno številko, ki določa inicializacijski vektor. Sledi vsebina, šifrirana s ključem E2E in oznako za preverjanje pristnosti. Glava, vsebina in oznaka SFrame se nato zavijejo v paket SRTP, tako da SRTP ščiti pred pregledom ali spreminjanjem omrežnih napadalcev, SFrame pa ščiti pred medijskimi elementi ponudnika konferenc (glej primer na sliki 6).

Ta minimalistični pristop ima druge prednosti. SFrame je neodvisen od osnovnega prevoza, zato je v prihodnosti združljiv z nastajajočimi tehnologijami, kot sta RTP prek QUIC in RIPT. Možno je tudi konfigurirati sFrame tako, da deluje na večpaketnih enotah, kot so celotni okvirji, za dodatno zmanjšanje stroškov za šifriranje.

Nastavitev skrivnega ključa med skupino, ko ima skupina dostop samo do nezaupanja vrednega kanala, se zdi čarobna. Tehnike za to so bile prvič razvite v osemdesetih letih prejšnjega stoletja, danes pa več kot 90 odstotkov brskanja po spletu uporablja Transport Layer Security (TLS) za točno to. Varnost sloja za sporočanje (MLS) razširja to funkcionalnost na skupine, medtem ko TLS deluje samo od točke do točke, zato lahko Webex uporablja MLS za nastavitev konferenčnih ključev, tudi če ponudnik konference ni zaupanja vreden.

MLS ponuja tri ključne varnostne funkcije:

1. Ključ v skupni ra bi —Ključ je znan samo članom skupine, ki so bili pristni.
2. Doslednost — zagotavlja, da imajo vsi člani dosleden pogled na seznam skupin.
3. Vrten je — samodejno posodobi tipke, ko se član pridruži ali odstopi.

Prva funkcija nam ponuja ključe, ki jih uporabljamo za šifriranje medijev s SFrame. Skupaj z drugo funkcijo zagotavlja izhodišče za identiteto E2E. Tretja funkcija zagotavlja, da so edini ljudje, ki lahko dešifrirajo medije, tisti, ki so trenutno na srečanju — medijev ne morete dešifrirati pred pridružitvijo ali po odhodu (ali ste bili izključeni).

Da bi dosegli vse to, stranke na srečanju izmenjujejo sporočila MLS na kritičnih točkah srečanja, da bi v vsakem trenutku ohranile skupino MLS, ki vsebuje točno udeležence srečanja. Webex usmerja sporočila med stranke, vendar MLS ta sporočila ščiti, tako da je za Webex varno ravnanje z njimi. Slika 7 prikazuje, kako sporočila tečejo.

Ustvar janje: Prva oseba, ki se pridruži srečanju, gostiteljica ali ne, ustvari skupino MLS za sestanek in postane »vodja« za namene MLS. V vsakem trenutku se kot vodja imenuje en sam udeleženec srečanja. V večini primerov bo ta udeleženec gostitelj srečanja. Ko se seja začne, MLS zagotavlja, da ima vsak udeleženec srečanja kriptografske informacije, ki lahko delujejo kot vodja; Webex preprosto imenuje enega vodjo, da se izogne zmedi.

Pridružite se: Ko se želi novi udeleženec pridružiti srečanju, ga prosi za vstop tako, da vodji pošlje sporočilo MLS Key Package, ki vsebuje njihov javni ključ in informacije o preverjanju pristnosti. Vodja odgovori s sporočilom dobrodošlice, ki mizarju pove o drugih udeležencih srečanja. Vodja skupini oddaja tudi sporočilo Dodaj in sporočilo Objavi. Sporočilo Dodaj objavi novega mizarja tistim, ki so že na srečanju. Sporočilo Commit povzroči, da vsi trenutni udeleženci razbremenijo stari ključ skupine, da dobijo nov ključ za zdaj razširjeno skupino; sporočilo dobrodošlice ta ključ posreduje povezovalcu.

Od hod: Ko nekdo zapusti sestanek, je naloga vodje, da ga zaklene. Vodja to stori tako, da vsem, ki ostanejo na srečanju, oddaja sporočila MLS Remove and Commit. Sporočilo Odstrani sporoča preostale udeležence, ki so odšli, Commit pa šifrira nov ključ za vse preostale udeležence, ne pa tudi osebi, ki je odšla. Preostali udeleženci novi ključ razbijajo s starim skupinskim ključem, da bi dobili ključ, ki ga oseba, ki je odšla, nima. Če je udeleženec, ki je odšel, vodja, Webex imenuje novega vodjo, novi vodja pa odstrani starega vodjo.

Vrtenje tipk lahko pomeni, da potrebujete nekaj dodatnih sekund, da se pridružite srečanju ali odstranite nekoga, vendar daje jasno varnostno zagotovilo: če se nekdo ne pojavi na seznamu udeležencev srečanja, nima ključev za dešifriranje vsebine.

Seznam udeležencev na šifriranem srečanju E2E prikazuje preverjanje identitete vsakega uporabnika. Uporaba potrdil o identiteti, ki jih je izdala stranka, zagotavlja resnično identiteto E2E preverjeno v smislu, da Cisco v njo ne more posegati. V teh primerih seznam udeležencev prikazuje domeno, ki ji udeleženec pripada, v modrem besedilu. Na primer, na srečanju, prikazanem na sliki 8, lahko vidite, da ima Kevin preverjen e-poštni naslov iz example.com, Isabella pa preverjen e-poštni naslov podjetja company.com.

Potrdila o identiteti, ki jih izda WebexCertificate Authority, kot je identiteta video naprave, zagotavljajo bolj omejeno zaščito. Samo napadalec, ki ogroža Webex, Certificate Authority se lahko predstavi za uporabnika. Čeprav je to bolje, kot da sploh nimate zaščite identitete, takšni udeleženci srečanja niso označeni z modro barvo, saj je bila identiteta Zero Trust od konca do konca preverjena. Prikazani so s sivim besedilom, ki označuje preverjanje identitete zaupanja Webex.

Kot zaščito teh postopkov Webex zagotavlja tudi varnostno kodo za sestanek. Varnostna koda je kratek, človeku berljiv niz, izračunan kot izhod procesa MLS. Varnostna koda povzema kriptografsko stanje srečanja, vključno s ključi skupine in potrdili, ki so jih predstavili udeleženci. To kodo lahko uporabimo za zaznavanje napada na lažje predstavljanje, ker bi tak napad povzročil, da bi imel vsaj en udeleženec drugačno kriptografsko stanje kot vsi drugi. Vendar izključuje lažje predstavljanje, če vsi preverijo, da imajo isto kodo. Če neka podskupina udeležencev preveri, da imajo isto kodo, vedo, da so njihove identitete zvesto predstavljene drug drugemu, toda nekdo, ki ne potrdi njihove kode, bi se lahko predstavljal. Na sliki 9 je prikazan primer, kako je varnostna koda prikazana na srečanju.

Ta koda zagotavlja zelo močno obrambo pred napadi lažnega predstavljanja. Je del protokola MLS, zato je imel robustno varnostno analizo. Ker je tesno vezana na stanje srečanja, se varnostna koda spremeni vsakič, ko se nekdo pridruži srečanju. Posledično morajo udeleženci srečanja vsakič, ko se nekdo pridruži, ponovno preveriti svoje varnostne kode. Koda se ne vrti, ko nekdo odide, ker odhod ne more uvesti imponatorja.

Webex Zero Trust Security je bil predstavljen leta 2021. Leta 2026 so srečanja Ultra Secure Webex uvedla podporo za dodatne končne točke na E2E šifriranih srečanjih Webex, v celoti opremljena srečanja Zero Trust E2EE z Video Mesh Node (VMN) ter možnosti šifriranja in identitete od konca do konca za standardna srečanja:

• Uradno preverjena kriptografija, ki temelji na standardih
• Zero Trust E2E šifriranje
• Zero Trust E2E preverjena identiteta
• Podpora za vse naprave Webex, ki so na voljo za prodajo
• Podpora za Webex App na namizju, mobilnih napravah in spletu
• Podpora za spletno aplikacijo Webex in spletni SDK (načrtovana za Q1CY27)
• Podpora za Webex Calling telefone (načrtovana za Q3CY26)
• Podpora za video mrežno vozlišče
• Podpora za šifriranje E2E na načrtovanih sestankih in osebnih sejnih sobah

Zero Trust ima nekaj omejitev. E2E šifrirani sestanki ne podpirajo:

• Funkcije Ciscovih storitev v oblaku, ki zahtevajo dostop do medijev z navadnim besedilom, vključno z:
  • Webex snemanje in storitve v oblaku. AI Assistant Te storitve je mogoče zagotoviti s pomočjo hibridnih uvajanj z Video Mesh Node (VMN).
  • Shranjevanje klepeta na srečanju, datotek, tabel in pripomb.
  • Interoperabilnost PSTN ali SIP.

V prihodnosti bo Webex izboljšal šifrirane sestanke E2E v nekaj dimenzijah, pri čemer bodo vodili načela zagotavljanja oblaku najmanjšega potrebnega privilegija in strankam zagotavljanja nadzora nad njihovimi podatki.

Vseprisotna varnost E2E: Vse mora biti varno z E2E, ne le izbrana sestanka. Prvi korak k doseganju te vizije je bil dosežen z varnostjo E2E za Webex Web App in telefone Cisco, povezane z oblakom. Sčasoma bi morala odprta arhitektura E2E, ki temelji na standardih, omogočiti Webexu, da vključi tudi infrastrukturo protokol za začetek seje (SIP).

Inovacije, obravnavane v tem prispevku, kažejo jasno pot do dolgoročne vizije vedno vklopljenega šifriranja E2E. Ko se uporabniki lahko povežejo od koder koli in se lahko stranke varno odločijo za funkcije, ki jih želijo na srečanju, lahko šifriranje E2E uporablja za vsako srečanje Webex — od neformalnih ad hoc sestankov z vklopljenimi vklopljenimi vsemi funkcijami, vse do zaklenjenih in visoko varnih sestankov. Šifriranje E2E bo vedno zagotovilo, da je vsebina sestanka na voljo samo pooblaščenim udeležencem, stranke in uporabniki pa se bodo odločili, kateri sklop udeležencev je pravi za določeno srečanje.

Predstavljanje s pomočjo umetne inteligence in odpornost na globoke lažje

Webex obravnava grožnje, ki podpira umetno umetno inteligenco z večplastnim pristopom, ki dopolnjuje model šifriranja od konca do konca Zero Trust. Medtem ko se ta članek osredotoča na tehnične osnove preverjene identitete od konca do konca, vključno s preverjanjem potrdil, ki jih zagotovi stranka, in preverjanjem kriptografske integritete, Webex zagotavlja tudi operativne varnostne kontrole v izkušnji srečanja za zmanjšanje tveganja nepooblaščenega dostopa in škodljivih interakcij.

Za vrste sej, razlike v varnosti načrtovanih sestankov in osebnih sejnih sob, nadzor gostitelja in skrbnika v nadzornem središču ter dodatno zaznavanje in preprečevanje umetne inteligence in globokih ponaredkov v širši izkušnji srečanja glejte spremljevalni tehnični dokument WSMP Meetings Security.

Webex opredeljuje prihodnost varnih srečanj s kriptografijo, ki temelji na standardih, in preverjeno identiteto. Zavezanost odprtemu ekosistemu zagotavlja, da stranke ohranijo popoln nadzor nad svojimi podatki, ne glede na scenarij srečanja.