Děkujeme za vaši zpětnou vazbu.

Miliony uživatelů po celém světě spoléhají na Webex pro bezpečnou spolupráci. Od podnikových zasedacích místností a vládních legislativních zasedání až po citlivé konzultace mezi lékařem a pacientem, Webex slouží jako důvěryhodná platforma pro kritickou komunikaci.

S rostoucí poptávkou po práci na dálku roste i potřeba robustních a důvěrných nástrojů pro spolupráci. Webex řeší tuto potřebu déle než kterýkoli jiný dodavatel. S nárůstem předstírání osob podporujících umělou inteligenci a sofistikovaných deepfake hrozeb je požadavek na spolupráci ověřenou identitou a zásadami prvořadý. Pro naše zákazníky není zabezpečení pouze funkcí — je to integrovaná součást celého životního cyklu schůzky, zahrnující plánování, identitu účastníka a ochranu obsahu.

Webex má dlouhou historii podpory silného end-to-end šifrování (E2EE). Náš model Webex Zero Trust Security rozvíjí toto dědictví prostřednictvím tří hlavních pilířů:

• Vytvoření základů formálně ověřené kryptografie založené na standardech
• Rozšíření end-to-end šifrování o end-to-end ověřenou identitu
• Rozšíření podpory na aktuální zařízení Webex i na aplikaci Webex

Tento technický dokument poskytuje informace o zabezpečení typu end-to-end a stanoví technické základy toho, jak WebExZero Trust Security funguje. Informace o provozním zabezpečení schůzek, jako jsou typy relací schůzek, rozdíly v zabezpečení mezi naplánovanými schůzkami a osobními zasedacími místnostmi, ovládací prvky správce a hostitele, sdílení a uchovávání obsahu schůzek a širší odolnost AI a deepfake v prostředí schůzky, viz doprovodný technický dokument WSMP Meetings Security.

Osmnáctiletá tradice v oblasti zabezpečení E2E

Webex byl průkopníkem šifrování E2E pro schůzky v roce 2008. Zabezpečení E2E podle definice zajišťuje, že obsah je šifrován od okamžiku jeho odeslání, dokud není zobrazen příjemcem, což brání poskytovateli cloudu nebo jakékoli třetí straně v přístupu nebo manipulaci s daty.

V závislosti na tom, kolik investic poskytovatel videokonferencí vydělá do bezpečnostních mechanismů E2E, mohou poskytovat různé úrovně ochrany, jak je znázorněno na obrázku 1. Jakékoli zabezpečení E2E je lepší než šifrování pouze při přenosu a v klidu.

Úroveň ochrany	Síťoví útočníci	Pasivní útoky (odposlouchávání)	Aktivní útoky (zosobnění)	Příklady
Šifrování při přenosu a v klidu	Ano	Ne	Ne	Aplikace jiné než E2EE
Šifrování E2E	Ano	Ano	Ne	Starší aplikace E2EE a spotřebitelské aplikace
Šifrování E2E a identita E2E	Ano	Ano	Ano	Zabezpečení Webex Zero Trust

Většina aplikací, které tvrdí, že poskytují zabezpečení E2E, poskytuje ochranu pouze před pasivními útoky. Pouze pasivní ochrana je stále cenná, protože umožňuje, aby špatní herci mohli odposlouchávat schůzku, pouze pokud probíhá. Nejlepším přístupem, nicméně, je ochrana před pasivními i aktivními útoky, kde by sám poskytovatel konferencí mohl předstírat, že je legitimním účastníkem vstupu na schůzku. K tomu je kromě šifrování E2E zapotřebí vrstva identity E2E.

Díky zabezpečení Zero Trust Security přináší Webex na schůzky silnější kryptografii a rozšiřuje šifrování typu end-to-end o end-to-end ověřenou identitu, aby pomohla udržet schůzky v bezpečí před celým spektrem útoků.

Než se ponoříte do technických detailů, je užitečné porozumět uživatelské zkušenosti. Chcete-li vytvořit šifrovanou schůzku E2E, hostitel vybere příslušný typ schůzky během plánování v aplikaci Webex (obrázek 2).

Když se účastníci připojí, uvidí ikonu „štít se zámkem“ označující, že schůzka je šifrována E2E (obrázek 3). Klepnutím na tuto ikonu získáte podrobnosti o ochraně schůzky.

Nakonec v seznamu účastníků schůzky aplikace Webex označuje, zda byla identita účastníka ověřena zabezpečeným způsobem E2E - to znamená, zda někdo jiný než Cisco ručil za identitu účastníka (obrázek 4).

Účastníci mohou také zkontrolovat, zda mají všichni stejný bezpečnostní kód, aby potvrdili, že mají všichni stejný pohled na schůzku, a jsou tedy v bezpečí před útoky zosobnění. V nasazeních, která používají koncové certifikáty identity poskytované zákazníkem, poskytuje stav soupisky transparentnost zajištění identity.

Zero Trust Security je postaveno na standardních kryptografických protokolech, které společnost Cisco řídí společně s dalšími lídry v oblasti zabezpečení a ochrany osobních údajů, včetně Google, Cloudflare, Wickr a Wire. Společnost Cisco vedla první generaci zabezpečeného Voice over IP (VoIP) s technologiemi, jako je Secure Real-Time Protocol (SRTP), DTLS-SRTP, STIR/SHAKEN a WebRTC, a Cisco dělá totéž s Zero Trust Security (obrázek 5).

Vrstva	Dnes	Zabezpečení nulové důvěry
Identita	SSO (SAML, OpenID)	Certifikát X.509
Výměna klíčů	SDES/DTLS	Zabezpečení vrstvy zpráv (MLS)
Šifrování médií	SRTP	Zabezpečené rámečky (SFrame)

Systém má v podstatě tři vrstvy a v každé vrstvě bereme starou technologii hop-by-hop a posilujeme ji další ochrannou vrstvou end-to-end. Tyto tři vrstvy zahrnují:

• Identita — identita E2E vyžaduje, aby klienti měli přihlašovací údaje, které prokazují jejich identitu. S Zero Trust E2E Identity jsou pověření klientů poskytována Webex Independent. Certificate Authority
• Výměna klíčů — klienti účastnící se schůzky E2E musí nastavit klíče pro šifrování E2E, aniž by poskytovatel konferencí měl přístup k těmto klíčům. Protokol Messaging Layer Security (MLS) je ratifikovaný standard RFC 9420, který staví na technologiích vyvinutých v komunitě s otevřeným zdrojovým kódem a uvádí je do přísného, formálně ověřeného prostředí.
• Ochrana obsahu — a konečně, skutečný mediální obsah schůzky potřebuje komplexní ochranu. SFrame (pro „Secure Frames“) je RFC 9605. Jedná se o rychlý a jednoduchý šifrovací rámec pro šifrování médií v reálném čase, který umožňuje přidání další vrstvy šifrování s minimálními režijními náklady.

Podívejme se na tyto technologie trochu podrobněji, počínaje zdola nahoru.

Schéma šifrování médií je způsob, jak vzít klíč sdílený účastníky schůzky a použít jej k ochraně skutečného obsahu sdíleného na schůzce, jako je zvuk, video a sdílení obrazovky. Na úrovni protokolu musí šifrovací schéma odesílat další informace s každou jednotkou šifrovaných dat, a co je nejdůležitější:

1. Záhlaví, které řekne přijímači, jak dešifrovat paket, a
2. Ověřovací značka, kterou přijímač používá k ověření, že s paketem nedošlo k manipulaci.

Například v SRTP je jednotkou šifrování paket RTP; SRTP se při svém nastavení spoléhá na hlavičku RTP a připojí ověřovací značku na konec paketu.

Protože všechny tyto další informace zvyšují šířku pásma potřebnou pro schůzku šifrovanou E2E, sFrame poskytuje minimální množství potřebného rámování. Záhlaví sFrame označuje, který klíč by měl být použit, což umožňuje rotaci klíče, a poskytuje jedinečné pořadové číslo, které definuje inicializační vektor. Následuje obsah zašifrovaný klíčem E2E a ověřovací značkou. Záhlaví, obsah a značka sFrame jsou pak zabaleny do paketu SRTP, takže SRTP chrání před kontrolou nebo úpravou síťovými útočníky a sFrame chrání před multimediálními prvky poskytovatele konferencí (viz příklad na obrázku 6).

Tento minimalistický přístup má další výhody. SFrame je nezávislý na základním transportu, takže je kompatibilní s nově vznikajícími technologiemi, jako je RTP přes QUIC a RIPT. Je také možné nakonfigurovat sFrame tak, aby fungoval na jednotkách s více pakety, jako jsou celé rámce, aby se dále snížila režie šifrování.

Nastavení tajného klíče mezi skupinou, když má skupina přístup pouze k nedůvěryhodnému kanálu, se zdá magické. Techniky, jak to udělat, byly poprvé vyvinuty v 80. letech minulého století a dnes více než 90 procent prohlížení webu používá Transport Layer Security (TLS) k tomu přesně to. Služba MLS (Messaging Layer Security) rozšiřuje tuto funkci na skupiny, zatímco protokol TLS funguje pouze bod k bodu, takže Webex může použít MLS k nastavení konferenčních klíčů, i když je poskytovatel konference nedůvěryhodný.

MLS poskytuje tři kritické funkce zabezpečení:

1. Sdílený klíč — Klíč je znám pouze ověřeným členům skupiny.
2. Konzistence — Zajišťuje, aby všichni členové měli konzistentní pohled na soupisku skupiny.
3. Rotace — Automaticky aktualizuje klíče, když se člen připojí nebo odejde.

První funkce nám poskytuje klíče, které používáme k šifrování médií pomocí SFrame. Spolu s druhou funkcí poskytuje výchozí bod pro identitu E2E. Třetí funkce zajišťuje, že jediní lidé, kteří mohou dešifrovat média, jsou lidé, kteří jsou právě na schůzce - nemůžete dešifrovat média před tím, než jste se připojili, nebo poté, co jste odešli (nebo byli vyhozeni).

Aby toho všeho bylo dosaženo, klienti na schůzce si vyměňují zprávy MLS v kritických bodech schůzky, aby udržovali skupinu MLS, která v každém okamžiku obsahuje přesně účastníky schůzky. Webex směruje zprávy mezi klienty, ale MLS tyto zprávy chrání, takže je pro Webex bezpečné je zpracovávat. Obrázek 7 ukazuje, jak zprávy proudí.

Vytvoření: První osoba, která se ke schůzce připojí, ať už je hostitelem nebo ne, vytvoří skupinu MLS pro schůzku a stane se „vůdcem“ pro účely MLS. V kterémkoli daném okamžiku je jako vůdce určen jediný účastník schůzky. Ve většině případů bude tento účastník hostitelem schůzky. Jakmile je relace spuštěna, MLS ujišťuje, že každý účastník schůzky má kryptografické informace, aby fungoval jako vedoucí; Webex jednoduše určí jednoho vedoucího, aby nedošlo k záměně.

Připojit se: Když se nový účastník chce připojit ke schůzce, požádá o vstup odesláním zprávy MLS Key Package vedoucímu, která poskytne jeho veřejný klíč a ověřovací informace. Vedoucí odpoví uvítací zprávou, která informuje truhláře o ostatních účastnících schůzky. Vedoucí také vysílá do skupiny zprávu Přidat a zprávu Odevzdat. Zpráva Přidat oznamuje nového spojovatele těm, kteří jsou již na schůzce. Zpráva odevzdat způsobí, že všichni aktuální účastníci provedou hash starého klíče skupiny, aby získali nový klíč pro nyní rozšířenou skupinu; uvítací zpráva poskytuje tento klíč spojovateli.

Od chod: Když někdo opustí schůzku, je úkolem vůdce ho zamknout. Vedoucí to dělá vysíláním zpráv MLS Remove and Commit všem, kteří zůstanou na schůzce. Zpráva Odebrat informuje zbývající účastníky, kteří odešli, a potvrzení zašifruje nový klíč všem zbývajícím účastníkům, ale ne osobě, která odešla. Zbývající účastníci hashovali nový klíč se starým klíčem skupiny, aby získali klíč, který osoba, která odešla, nemá. Pokud je účastník, který odešel, odkazem, Webex určí nového odkazu a nový odkazový odkaz odstraní starou odkazovou čáru.

Rotace klíčů může znamenat, že připojení ke schůzce nebo odstranění někoho zabere několik sekund navíc, ale poskytuje jasnou jistotu zabezpečení: pokud se někdo neobjeví v seznamu účastníků schůzky, nemá klíče k dešifrování obsahu.

Seznam účastníků schůzky šifrované E2E zobrazuje ověření identity každého uživatele. Používání certifikátů totožnosti vydaných zákazníkem poskytuje skutečnou identitu ověřenou E2E v tom smyslu, že společnost Cisco s ní nemůže manipulovat. V těchto případech seznam účastníků zobrazuje v modrém textu doménu, ke které účastník patří. Například na schůzce zobrazené na obrázku 8 vidíte, že Kevin má ověřenou e-mailovou adresu z example.com a Isabella má ověřenou e-mailovou adresu společnosti company.com.

Certifikáty totožnosti vydané společností WebexCertificate Authority, například identita video zařízení, poskytují omezenější ochranu. Pouze útočník, který kompromituje Webex, se Certificate Authority může vydávat za uživatele. I když je to lepší než mít vůbec žádnou ochranu identity, tito účastníci schůzky nejsou označeni modře jako ověřená identita Zero Trust end-to-end. Zobrazují se šedým textem, který označuje ověření identity důvěryhodnosti Webex.

Jako záložní prostředek k těmto postupům poskytuje Webex také bezpečnostní kód pro schůzku. Bezpečnostní kód je krátký, člověkem čitelný řetězec vypočítaný jako výstup procesu MLS. Bezpečnostní kód shrnuje kryptografický stav schůzky, včetně klíčů skupiny a certifikátů předložených účastníky. Tento kód lze použít k detekci útoku zosobnění, protože takový útok by vedl k tomu, že alespoň jeden účastník bude mít jiný kryptografický stav než všichni ostatní. Vyloučí to však pouze v případě, že každý ověří, že má stejný kód. Pokud některá podskupina účastníků ověří, že mají stejný kód, vědí, že jejich identity jsou navzájem věrně zastoupeny, ale někdo, kdo nepotvrdí jejich kód, mohl být vydán. Obrázek 9 ukazuje příklad toho, jak je bezpečnostní kód zobrazen na schůzce.

Tento kód poskytuje velmi silnou obranu proti útokům zosobnění. Je součástí protokolu MLS, takže má robustní bezpečnostní analýzu. Protože je pevně vázán na stav schůzky, bezpečnostní kód se změní pokaždé, když se někdo připojí ke schůzce. V důsledku toho musí účastníci schůzky znovu ověřit své bezpečnostní kódy pokaždé, když se někdo připojí. Kód se neotáčí, když někdo odejde, protože odchod nemůže zavést imitátora.

Webex Zero Trust Security byl spuštěn v roce 2021. V roce 2026 představily schůzky Ultra Secure Webex podporu dalších koncových bodů v E2E šifrovaných schůzkách Webex, plně vybavené schůzky Zero Trust E2EE s uzlem Video Mesh Node (VMN) a funkce end-to-end šifrování a identity pro standardní schůzky:

• Formálně ověřená kryptografie založená na standardech
• Šifrování Zero Trust E2E
• Zero Trust E2E ověřená identita
• Podpora pro všechna zařízení Webex dostupná k prodeji
• Podpora aplikace Webex pro stolní počítače, mobilní zařízení a web
• Podpora Webex Web App a Web SDK (plánováno na Q1CY27)
• Podpora Webex Calling telefonů (plánováno pro Q3CY26)
• Podpora pro uzel Video Mesh
• Podpora šifrování E2E v naplánovaných schůzkách a osobních zasedacích místnostech

Zero Trust má určitá omezení. Šifrované schůzky E2E nepodporují:

• Funkce poskytované cloudovými službami Cisco, které vyžadují přístup k médiím s prostým textem, včetně:
  • Webex cloudové nahrávání a AI Assistant služby. Tyto služby lze poskytovat pomocí hybridních nasazení s Video Mesh Node (VMN).
  • Ukládání chatu schůzky, souborů, tabulí a anotací.
  • Interoperabilita PSTN nebo SIP.

Do budoucna bude Webex vylepšovat šifrované schůzky E2E v několika dimenzích, přičemž se řídí zásadami udělování cloudu nejmenších potřebných privilegií a poskytnutí zákazníkům kontrolu nad jejich daty.

Všudypřítomné zabezpečení E2E: Všechno by mělo být zabezpečeno E2E, nejen vybrané schůzky. Prvním krokem k dosažení této vize bylo dosaženo zabezpečením E2E pro Webex Web App a telefony Cisco připojené k cloudu. Otevřená architektura E2E založená na standardech by nakonec měla umožnit Webexu také zavést infrastrukturu protokolu SIP (Session Initiation Protocol).

Inovace diskutované v tomto článku ukazují jasnou cestu k dlouhodobé vizi stále zapnutého šifrování E2E. Jakmile se uživatelé mohou připojit odkudkoli a zákazníci se mohou bezpečně přihlásit k funkcím, které chtějí na schůzce, lze šifrování E2E použít pro každou schůzku Webex — od neformálních schůzek ad hoc se všemi zapnutými funkcemi až po uzamčené schůzky s vysokým zabezpečením. Šifrování E2E vždy zajistí, že obsah schůzky je k dispozici pouze oprávněným účastníkům, a zákazníci a uživatelé rozhodnou, která skupina účastníků je pro danou schůzku vhodná.

Napodobování s podporou umělé inteligence a odolnost proti hlubokým falešným účelům

Webex řeší hrozby zosobnění s podporou umělé inteligence prostřednictvím vrstveného přístupu, který doplňuje end-to-end šifrovací model Zero Trust. Zatímco se tento dokument zaměřuje na technické základy ověřené identity typu end-to-end, včetně ověřování založeného na certifikátech poskytovaných zákazníkem a splnění kontrol kryptografické integrity, Webex také poskytuje kontroly provozního zabezpečení v prostředí schůzky, aby se snížilo riziko neoprávněného přístupu a škodlivých interakcí.

Pro typy relací schůzek, rozdíly v zabezpečení naplánovaných schůzek oproti osobním zasedacím místnostem, ovládací prvky hostitele a správce v centru Control Hub a další detekci a prevenci umělé inteligence a deepfake v širším prostředí schůzek viz doprovodný technický dokument WSMP Meetings Security.

Webex definuje budoucnost bezpečných schůzek prostřednictvím kryptografie založených na standardech a ověřené identity. Závazek k otevřenému ekosystému zajišťuje, že si zákazníci udržují absolutní kontrolu nad svými daty, bez ohledu na scénář schůzky.