Dziękujemy za opinię.

Miliony użytkowników na całym świecie polegają na Webex w celu bezpiecznej współpracy. Od sal zarządowych przedsiębiorstw i rządowych sesji legislacyjnych po wrażliwe konsultacje lekarz-pacjent, Webex służy jako zaufana platforma do komunikacji krytycznej.

Wraz ze wzrostem zapotrzebowania na pracę zdalną rośnie zapotrzebowanie na solidne, poufne narzędzia do współpracy. Webex rozwiązuje tę potrzebę dłużej niż jakikolwiek inny dostawca. Wraz z rozwojem podszywania się pod opartą na sztucznej inteligencji i wyrafinowanych zagrożeń głębokich fałszywych, wymóg współpracy zweryfikowanej przez tożsamość i opartej na polityce jest najważniejszy. Dla naszych klientów bezpieczeństwo to nie tylko funkcja — jest to zintegrowany element całego cyklu życia spotkania, obejmujący harmonogram, tożsamość uczestników i ochronę treści.

Webex ma długą historię wspierania silnego szyfrowania typu end-to-end (E2EE). Nasz model Webex Zero Trust Security rozwija to dziedzictwo poprzez trzy podstawowe filary:

• Ustanowienie podstaw opartej na standardach, formalnie zweryfikowanej kryptografii
• Rozszerzanie szyfrowania typu end-to-end o zweryfikowaną tożsamość od końca do końca
• Rozszerzanie wsparcia na obecne urządzenia Webex, a także aplikację Webex

Niniejszy dokument techniczny zawiera informacje na temat kompleksowych zabezpieczeń i przedstawia techniczne podstawy działania WebExZero Trust Security. Informacje o zabezpieczeniach operacyjnych spotkań, takich jak typy sesji spotkań, różnice w zabezpieczeniach między zaplanowanymi spotkaniami a osobistymi salami konferencyjnymi, kontrola administratora i gospodarza, udostępnianie i przechowywanie treści spotkań, a także szersza sztuczna inteligencja i głęboka odporność podczas spotkania, zobacz towarzyszący dokument techniczny dotyczący bezpieczeństwa spotkań WSMP.

18-letnie dziedzictwo zapewniania bezpieczeństwa E2E

Webex był pionierem szyfrowania E2E dla spotkań w 2008 roku. Z definicji zabezpieczenia E2E zapewnia szyfrowanie treści od momentu wysłania do momentu wyświetlenia przez odbiorcę, uniemożliwiając dostawcy chmury lub jakiejkolwiek osobie trzeciej dostęp do danych lub manipulowanie nimi.

W zależności od tego, ile inwestuje dostawca wideokonferencji w mechanizmy bezpieczeństwa E2E, mogą one zapewnić różne poziomy ochrony, jak pokazano na rysunku 1. Każde zabezpieczenie E2E jest lepsze niż tylko szyfrowanie podczas transportu i spoczynku.

Poziom ochrony	Atakujący sieciowi	Ataki pasywne (podsłuchiwanie)	Aktywne ataki (podszywanie się pod)	Przykłady
Szyfrowanie w tranzycie i spoczynku	tak	Nie	Nie	Aplikacje inne niż E2EE
Szyfrowanie E2E	tak	tak	Nie	Starsze E2EE i aplikacje konsumenckie
Szyfrowanie E2E i tożsamość E2E	tak	tak	tak	Bezpieczeństwo Webex Zero Trust

Większość aplikacji, które twierdzą, że zapewniają bezpieczeństwo E2E, zapewnia tylko ochronę przed atakami pasywnymi. Zabezpieczenia tylko pasywne są nadal cenne, ponieważ sprawiają, że źli aktorzy mogą podsłuchiwać spotkanie tylko podczas jego trwania. Najlepszym podejściem jest jednak ochrona zarówno przed atakami biernymi, jak i aktywnymi, w których sam dostawca konferencji może udawać, że jest legalnym uczestnikiem, aby wziąć udział w spotkaniu. W tym celu oprócz szyfrowania E2E potrzebna jest warstwa tożsamości E2E.

Dzięki Zero Trust Security, Webex wprowadza silniejszą kryptografię spotkań i rozszerza szyfrowanie typu end-to-end o zweryfikowaną tożsamość kompleksową, aby chronić spotkania przed pełnym spektrum ataków.

Przed zagłębieniem się w szczegóły techniczne warto zrozumieć wrażenia użytkownika. Aby utworzyć zaszyfrowane spotkanie E2E, host wybiera odpowiedni typ spotkania podczas planowania w aplikacji Webex (rysunek 2).

Kiedy uczestnicy dołączają, widzą ikonę „tarcza z blokadą” wskazującą, że spotkanie jest zaszyfrowane E2E (rysunek 3). Stuknięcie tej ikony zawiera szczegółowe informacje na temat ochrony spotkania.

Wreszcie, na liście uczestników spotkania aplikacja Webex wskazuje, czy tożsamość uczestnika została zweryfikowana w bezpieczny sposób E2E — to znaczy, czy ktoś inny niż Cisco poręczył za tożsamość uczestnika (rysunek 4).

Uczestnicy mogą również sprawdzić, czy wszyscy mają ten sam kod bezpieczeństwa, aby potwierdzić, że wszyscy mają taki sam widok na spotkanie, a tym samym są bezpieczni przed atakami podszywania się pod siebie. W przypadku wdrożeń, które wykorzystują kompleksowe certyfikaty tożsamości dostarczane przez klienta, stan składu zapewnia przejrzystość w zakresie zapewnienia tożsamości.

Zero Trust Security opiera się na standardowych protokołach kryptograficznych, które Cisco kieruje wraz z innymi liderami w dziedzinie bezpieczeństwa i prywatności, w tym Google, Cloudflare, Wickr i Wire. Cisco przewodziło pierwszej generacji bezpiecznego Voice over IP (VoIP) z technologiami takimi jak Secure Real-Time Protocol (SRTP), DTLS-SRTP, STIR/SHAKEN i WebRTC, a Cisco robi to samo z Zero Trust Security (rysunek 5).

Warstwa	Dzisiaj	Bezpieczeństwo Zero Trust
Tożsamość	SSO (SAML, OpenID)	Certyfikat X.509
Wymiana kluczy	SDES/DTLS	Bezpieczeństwo warstwy wiadomości (MLS)
Szyfrowanie multimediów	SRTP	Bezpieczne ramki (SFrame)

System ma zasadniczo trzy warstwy, a na każdej warstwie bierzemy starą technologię hop-by-hop i wzmacniamy ją dodatkową warstwą ochrony od końca do końca. Trzy warstwy obejmują:

• Tożsamość — tożsamość E2E wymaga, aby klienci posiadali dane uwierzytelniające potwierdzające ich tożsamość. Dzięki Zero Trust E2E Identity dane uwierzytelniające klientów są dostarczane przez Webex Independent. Certificate Authority
• Wymiana kluczy — klienci uczestniczący w spotkaniu E2E muszą skonfigurować klucze do szyfrowania E2E bez dostępu dostawcy konferencji do tych kluczy. Protokół Messaging Layer Security (MLS) jest ratyfikowanym standardem RFC 9420, który opiera się na technologiach opracowanych w społeczności open source i umieszcza je w rygorystycznym, formalnie zweryfikowanym otoczeniu.
• Ochrona treści — wreszcie rzeczywista treść medialna spotkania wymaga kompleksowej ochrony. SFrame (dla „Secure Frames”) to RFC 9605. Jest to szybka i prosta struktura szyfrowania do szyfrowania mediów w czasie rzeczywistym, co pozwala na dodanie dodatkowej warstwy szyfrowania przy minimalnych nakładach kosztów.

Spójrzmy na te technologie nieco bardziej szczegółowo, zaczynając od dołu do góry.

Schemat szyfrowania multimediów to sposób na pobranie klucza udostępnionego przez uczestników spotkania i wykorzystanie go do ochrony rzeczywistych treści udostępnianych na spotkaniu, takich jak audio, wideo i udostępnianie ekranu. Na poziomie protokołu schemat szyfrowania musi wysyłać dodatkowe informacje z każdą jednostką zaszyfrowanych danych, co najważniejsze:

1. Nagłówek informujący odbiorcę, jak odszyfrować pakiet, oraz
2. Znacznik uwierzytelniania, którego odbiorca używa do sprawdzenia, czy pakiet nie został zmodyfikowany.

Na przykład w SRTP jednostką szyfrowania jest pakiet RTP; SRTP opiera się na nagłówku RTP do jego konfiguracji i dołącza tag uwierzytelniania do końca pakietu.

Ponieważ wszystkie te dodatkowe informacje zwiększają przepustowość wymaganą do szyfrowanego spotkania E2E, sFrame zapewnia minimalną ilość klatek niezbędnych. Nagłówek SFrame wskazuje, który klucz powinien być używany, umożliwiając obrót klawisza, i podaje unikalny numer sekwencji, który definiuje wektor inicjalizacji. Następnie następuje treść zaszyfrowana kluczem E2E i znacznikiem uwierzytelniającym. Nagłówek, zawartość i tag SFrame są następnie pakowane w pakiet SRTP, dzięki czemu SRTP chroni przed inspekcją lub modyfikacją przez osoby atakujące sieci, a SFrame chroni przed elementami multimedialnymi dostawcy konferencji (patrz przykład na rysunku 6).

To minimalistyczne podejście ma inne zalety. SFrame jest niezależny od podstawowego transportu, więc jest kompatybilny z nowymi technologiami, takimi jak RTP over QUIC i RIPT. Możliwe jest również skonfigurowanie SFrame tak, aby działało na jednostkach wielopaketowych, takich jak całe ramki, aby jeszcze bardziej zmniejszyć koszty szyfrowania.

Ustawienie tajnego klucza wśród grupy, gdy grupa ma dostęp tylko do niezaufanego kanału, wydaje się magiczne. Techniki tego działania zostały opracowane po raz pierwszy w latach 80., a dziś ponad 90 procent przeglądania stron internetowych wykorzystuje do tego właśnie Transport Layer Security (TLS). Messaging Layer Security (MLS) rozszerza tę funkcję na grupy, podczas gdy TLS działa tylko punkt do punktu, więc Webex może używać MLS do konfigurowania kluczy konferencyjnych nawet wtedy, gdy dostawca konferencji nie jest zaufany.

MLS zapewnia trzy krytyczne funkcje bezpieczeństwa:

1. Klucz współdziel ony — Klucz jest znany tylko uwierzytelnionym członkom grupy.
2. Spójność — Zapewnia, że wszyscy członkowie mają spójny widok listy grup.
3. Rotacja — automatycznie aktualizuje klucze, gdy członek dołącza lub odchodzi.

Pierwsza funkcja zapewnia nam klucze, których używamy do szyfrowania multimediów za pomocą SFrame. Wraz z drugą funkcją stanowi punkt wyjścia dla tożsamości E2E. Trzecia funkcja zapewnia, że jedynymi osobami, które mogą odszyfrować media, są osoby, które są teraz na spotkaniu - nie możesz odszyfrować mediów przed dołączeniem lub po wyjściu (lub zostałeś wyrzucony).

Aby to wszystko osiągnąć, klienci na spotkaniu wymieniają się komunikatami MLS w krytycznych punktach spotkania, aby utrzymać grupę MLS, która zawiera dokładnie uczestników spotkania w dowolnym momencie. Webex kieruje wiadomości między klientami, ale MLS chroni te wiadomości, dzięki czemu Webex może je bezpiecznie obsługiwać. Rysunek 7 pokazuje, jak przepływają wiadomości.

Tworzenie: Pierwsza osoba, która dołączy do spotkania, niezależnie od tego, czy jest gospodarzem, tworzy grupę MLS dla spotkania i staje się „liderem” dla celów MLS. W danym momencie liderem wyznaczany jest jeden uczestnik spotkania. W większości przypadków ten uczestnik będzie gospodarzem spotkania. Po rozpoczęciu sesji MLS zapewnia, że każdy uczestnik spotkania ma informacje kryptograficzne, aby działać jako lider; Webex po prostu wyznacza jednego lidera, aby uniknąć nieporozumień.

Dołącz: Gdy nowy uczestnik chce dołączyć do spotkania, prosi o wejście, wysyłając wiadomość pakietu klucza MLS do lidera, która zawiera klucz publiczny i informacje o uwierzytelnieniu. Lider odpowiada komunikatem powitalnym, który informuje stolarza o pozostałych uczestnikach spotkania. Lider wyświetla również komunikat Dodaj i zatwierdzenie do grupy. Komunikat Dodaj ogłasza nowego łącznika osobom już uczestniczącym w spotkaniu. Komunikat Zatwierdź powoduje, że wszyscy obecni uczestnicy skrótują stary klucz grupy, aby uzyskać nowy klucz dla teraz rozszerzonej grupy; komunikat powitalny udostępnia ten klucz do łącznika.

O dejdź: Kiedy ktoś opuszcza spotkanie, zadaniem lidera jest zablokowanie go. Lider robi to poprzez nadawanie wiadomości MLS Remove and Commit wszystkim pozostałym na spotkaniu. Komunikat Usuń informuje pozostałych uczestników, którzy odeszli, a Commit szyfruje nowy klucz dla wszystkich pozostałych uczestników, ale nie do osoby, która odeszła. Pozostali uczestnicy skrótują nowy klucz ze starym kluczem grupowym, aby uzyskać klucz, którego osoba, która odeszła, nie ma. Jeśli uczestnik, który odszedł, jest liderem, Webex mianuje nowego lidera, a nowy lider usuwa starego lidera.

Rotacja klucza może oznaczać, że dołączenie do spotkania lub usunięcie kogoś zajmie kilka dodatkowych sekund, ale daje wyraźną pewność bezpieczeństwa: jeśli ktoś nie pojawi się na liście uczestników spotkania, nie ma kluczy do odszyfrowania treści.

Lista uczestników w zaszyfrowanym spotkaniu E2E pokazuje weryfikację tożsamości każdego użytkownika. Korzystanie z certyfikatów tożsamości wydanych przez klienta zapewnia prawdziwą tożsamość zweryfikowaną przez E2E w tym sensie, że Cisco nie może w niej manipulować. W takich przypadkach lista uczestników pokazuje niebieskim tekstem domenę, do której należy uczestnik. Na przykład na spotkaniu pokazanym na rysunku 8 widać, że Kevin ma zweryfikowany adres e-mail z example.com, a Isabella ma zweryfikowany adres e-mail z company.com.

Certyfikaty tożsamości wydane przez WebexCertificate Authority, takie jak tożsamość urządzenia wideo, zapewniają bardziej ograniczoną ochronę. Tylko osoba atakująca, która kompromituje Webex, Certificate Authority może podszywać się pod użytkownika. Mimo że jest to lepsze niż brak ochrony tożsamości, tacy uczestnicy spotkania nie są oznaczeni na niebiesko jako zweryfikowana tożsamość Zero Trust od końca do końca. Są one wyświetlane szarym tekstem, aby wskazać weryfikację tożsamości zaufania Webex.

Jako zabezpieczenie tych procedur Webex udostępnia również kod bezpieczeństwa dla spotkania. Kod bezpieczeństwa to krótki, czytelny dla człowieka ciąg znaków obliczany jako wyjście procesu MLS. Kod bezpieczeństwa podsumowuje stan kryptograficzny spotkania, w tym klucze grupy i certyfikaty przedstawione przez uczestników. Kod ten może być używany do wykrycia ataku podszywania się pod siebie, ponieważ taki atak spowodowałby, że co najmniej jeden uczestnik będzie miał inny stan kryptograficzny niż wszyscy inni. Ale wyklucza podszywanie się pod siebie tylko wtedy, gdy wszyscy zweryfikują, że mają ten sam kod. Jeśli jakiś podzbiór uczestników zweryfikuje, że ma ten sam kod, wiedzą, że ich tożsamość jest wiernie przedstawiona sobie nawzajem, ale ktoś, kto nie potwierdza swojego kodu, mógł zostać podszywany. Rysunek 9 przedstawia przykład wyświetlania kodu zabezpieczającego na spotkaniu.

Ten kod zapewnia bardzo silną obronę przed atakami podszywania się pod podszywanie się. Jest częścią protokołu MLS, więc przeszedł solidną analizę bezpieczeństwa. Ponieważ jest ściśle związany ze stanem spotkania, kod bezpieczeństwa zmienia się za każdym razem, gdy ktoś dołącza do spotkania. W rezultacie uczestnicy spotkania muszą ponownie zweryfikować swoje kody bezpieczeństwa za każdym razem, gdy ktoś dołącza. Kod nie obraca się, gdy ktoś odchodzi, ponieważ odejście nie może wprowadzić podszywacza.

Webex Zero Trust Security został uruchomiony w 2021 roku. W 2026 r. spotkania Ultra Secure Webex wprowadziły obsługę dodatkowych punktów końcowych podczas szyfrowanych spotkań Webex E2E, w pełni funkcjonalne spotkania Zero Trust E2EE z Video Mesh Node (VMN) oraz funkcje szyfrowania i identyfikacji dla standardowych spotkań:

• Kryptografia oparta na standardach, formalnie zweryfikowana
• Szyfrowanie Zero Trust E2E
• Zero Trust E2E Zweryfikowana tożsamość
• Wsparcie dla wszystkich urządzeń Webex dostępnych w sprzedaży
• Wsparcie dla aplikacji Webex na komputery stacjonarne, mobilne i internetowe
• Obsługa aplikacji Webex Web i Web SDK (planowane na Q1CY27)
• Wsparcie dla Webex Calling telefonów (planowane dla Q3CY26)
• Obsługa węzła siatki wideo
• Obsługa szyfrowania E2E w zaplanowanych spotkaniach i osobistych salach konferencyjnych

Zero Trust ma pewne ograniczenia. Zaszyfrowane spotkania E2E nie obsługują:

• Funkcje dostarczane przez usługi Cisco w chmurze, które wymagają dostępu do nośników tekstowych, w tym:
  • Nagrywanie i usługi w chmurze Webex. AI Assistant Usługi te mogą być świadczone przy użyciu hybrydowych wdrożeń z Video Mesh Node (VMN).
  • Zapisywanie czatu spotkania, plików, tablic i adnotacji.
  • Interoperacyjność PSTN lub SIP.

W przyszłości Webex poprawi szyfrowane spotkania E2E w kilku wymiarach, kierując się zasadami przyznawania chmurze najmniejszych niezbędnych uprawnień i zapewnienia klientom kontroli nad ich danymi.

Wszechobecne zabezpieczenia E2E: Wszystko powinno być bezpieczne E2E, nie tylko wybrane spotkania. Pierwszy krok do osiągnięcia tej wizji został osiągnięty dzięki zabezpieczeniom E2E dla urządzeń Webex Web App i telefonów Cisco połączonych z chmurą. Ostatecznie otwarta, oparta na standardach architektura E2E powinna umożliwić Webex wprowadzenie infrastruktury protokołu inicjacji sesji (SIP).

Innowacje omówione w niniejszym artykule pokazują jasną drogę do długoterminowej wizji zawsze włączonego szyfrowania E2E. Gdy użytkownicy mogą łączyć się z dowolnego miejsca, a klienci mogą bezpiecznie korzystać z funkcji, które chcą podczas spotkania, szyfrowanie E2E może być używane na każdym spotkaniu Webex — od nieformalnych spotkań ad hoc z włączonymi wszystkimi funkcjami, aż po zamknięte spotkania o wysokim poziomie bezpieczeństwa. Szyfrowanie E2E zawsze zapewni, że treść spotkania będzie dostępna tylko dla upoważnionych uczestników, a klienci i użytkownicy zdecydują, jaki zestaw uczestników jest odpowiedni dla danego spotkania.

Podszywanie się pod oparte na sztucznej inteligencji i odporność na głębokie fałszywe

Webex rozwiązuje zagrożenia podszyfrowania oparte na sztucznej inteligencji za pomocą podejścia warstwowego, które uzupełnia kompleksowy model szyfrowania Zero Trust. Podczas gdy niniejszy artykuł koncentruje się na technicznych podstawach zweryfikowanej tożsamości kompleksowej, w tym weryfikacji opartej na certyfikatach dostarczonej przez klienta i sprawdzaniu integralności kryptograficznej, Webex zapewnia również kontrolę bezpieczeństwa operacyjnego podczas spotkania, aby zmniejszyć ryzyko nieautoryzowanego dostępu i szkodliwych interakcji.

Informacje na temat typów sesji spotkań, różnic w zabezpieczeniach zaplanowanych spotkań w porównaniu z osobistymi salami konferencyjnymi, kontrolą gospodarza i administratora w Control Hub oraz dodatkowego wykrywania sztucznej inteligencji i głębokich fałszów w szerszym zakresie spotkania można znaleźć w dokumencie technicznym dotyczącym zabezpieczeń WSMP Meetings Security.

Webex definiuje przyszłość bezpiecznych spotkań poprzez kryptografię opartą na standardach i zweryfikowaną tożsamość. Zaangażowanie w otwarty ekosystem zapewnia klientom całkowitą kontrolę nad swoimi danymi, niezależnie od scenariusza spotkania.