Danke für Ihr Feedback.

Millionen von Benutzern weltweit verlassen sich auf Webex für eine sichere Zusammenarbeit. Webex dient als vertrauenswürdige Plattform für kritische Kommunikation, von Vorstandssitzungen in Unternehmen und bei Legislatursitzungen der Regierung bis hin zu vertraulichen Arzt-Patienten-Konsultationen.

Mit der steigenden Nachfrage nach Telearbeit wächst auch der Bedarf an robusten, vertraulichen Tools für die Zusammenarbeit. Webex hat diesen Bedarf länger erfüllt als jeder andere Anbieter. Angesichts der Zunahme von KI-gestütztem Identitätswechsel und ausgeklügelten Deepfake-Bedrohungen ist die Anforderung einer identitätsverifizierten, richtliniengesteuerten Zusammenarbeit von größter Bedeutung. Für unsere Kunden ist Sicherheit nicht nur eine Funktion — sie ist ein integrierter Bestandteil des gesamten Meeting-Lebenszyklus, einschließlich Planung, Teilnehmeridentität und Inhaltsschutz.

Webex unterstützt seit langem starke Ende-zu-Ende-Verschlüsselung (E2EE). Unser Webex Zero Trust Security-Modell entwickelt dieses Erbe durch drei Hauptpfeiler weiter:

• Schaffung einer Grundlage für standardbasierte, formal verifizierte Kryptografie
• Erweiterung der Ende-zu-Ende-Verschlüsselung um eine durchgängig verifizierte Identität
• Erweiterung der Unterstützung auf aktuelle Webex-Geräte sowie die Webex-App

Dieses technische Dokument bietet Hintergrundinformationen zur Ende-zu-Ende-Sicherheit und beschreibt die technischen Grundlagen der Funktionsweise von Webex Zero Trust Security. Informationen zur Betriebssicherheit von Besprechungen, wie Arten von Besprechungssitzungen, Sicherheitsunterschiede zwischen geplanten Besprechungen und persönlichen Besprechungsräumen, Administrator- und Veranstalterkontrollen, gemeinsame Nutzung und Aufbewahrung von Besprechungsinhalten sowie umfassendere KI- und Deepfake-Resilienz im Meeting-Erlebnis finden Sie im begleitenden technischen Whitepaper zur Sicherheit von WSMP Meetings.

Eine 18-jährige Erfahrung in der Bereitstellung von E2E-Sicherheit

Webex leistete 2008 Pionierarbeit bei der E2E-Verschlüsselung für Besprechungen. Per Definition stellt die E2E-Sicherheit sicher, dass Inhalte von dem Moment an, in dem sie gesendet werden, bis sie vom Empfänger angezeigt werden, verschlüsselt werden, wodurch verhindert wird, dass der Cloud-Anbieter oder Dritte auf die Daten zugreifen oder sie manipulieren.

Je nachdem, wie viel ein Videokonferenzanbieter in E2E-Sicherheitsmechanismen investiert, können sie unterschiedliche Schutzstufen bieten, wie in Abbildung 1 dargestellt. Jede E2E-Sicherheit ist besser als nur Verschlüsselung während der Übertragung und im Ruhezustand.

Schutzstufe	Netzwerk-Angreifer	Passive Angriffe (Abhören)	Aktive Angriffe (Identitätswechsel)	Beispiele
Verschlüsselung bei der Übertragung und im Ruhezustand	Ja	Nein	Nein	Nicht-E2EE-Apps
E2E-Verschlüsselung	Ja	Ja	Nein	Ältere E2EE- und Verbraucher-Apps
E2E-Verschlüsselung und E2E-Identität	Ja	Ja	Ja	Webex Zero-Trust-Sicherheit

Die meisten Anwendungen, die behaupten, E2E-Sicherheit zu bieten, bieten nur Schutz vor passiven Angriffen. Reine passive Schutzmaßnahmen sind immer noch wertvoll, weil sie dafür sorgen, dass schlechte Akteure ein Meeting nur belauschen können, während es läuft. Der beste Ansatz besteht jedoch darin, sich sowohl vor passiven als auch vor aktiven Angriffen zu schützen, bei denen der Konferenzanbieter selbst vorgeben könnte, ein legitimer Teilnehmer zu sein, um an der Besprechung teilzunehmen. Dafür wird zusätzlich zur E2E-Verschlüsselung eine E2E-Identitätsebene benötigt.

Mit Zero Trust Security bietet Webex stärkere Kryptografie in Besprechungen und erweitert die Ende-zu-Ende-Verschlüsselung um eine durchgehend verifizierte Identität, um Besprechungen vor dem gesamten Spektrum von Angriffen zu schützen.

Bevor Sie sich mit technischen Details befassen, ist es hilfreich, die Benutzererfahrung zu verstehen. Um ein E2E-verschlüsseltes Meeting zu erstellen, wählt der Gastgeber bei der Planung in der Webex-App den entsprechenden Meeting-Typ aus (Abbildung 2).

Wenn Teilnehmer beitreten, sehen sie ein „Schild mit Schloss“ -Symbol, das darauf hinweist, dass das Meeting E2E-verschlüsselt ist (Abbildung 3). Wenn Sie auf dieses Symbol tippen, erhalten Sie Informationen zum Schutz des Meetings.

Schließlich gibt die Webex-Anwendung in der Meeting-Teilnehmerliste an, ob die Identität des Teilnehmers auf E2E-sichere Weise verifiziert wurde — das heißt, ob jemand anderes als Cisco für die Identität des Teilnehmers bürgt (Abbildung 4).

Die Teilnehmer können auch überprüfen, ob sie alle den gleichen Sicherheitscode haben, um zu bestätigen, dass sie alle die gleiche Ansicht von der Besprechung haben und somit vor Angriffen durch Identitätswechsel geschützt sind. In Bereitstellungen, die vom Kunden bereitgestellte Ende-zu-Ende-Identitätszertifikate verwenden, sorgt der Dienstplanstatus für Transparenz in Bezug auf die Identitätssicherung.

Zero Trust Security basiert auf branchenüblichen kryptografischen Protokollen, die Cisco zusammen mit anderen führenden Anbietern in den Bereichen Sicherheit und Datenschutz, darunter Google, Cloudflare, Wickr und Wire, vorantreibt. Cisco führte die erste Generation von sicherem Voice over IP (VoIP) mit Technologien wie Secure Real-Time Protocol (SRTP), DTLS-SRTP, STIR/SHAKEN und WebRTC an, und Cisco macht dasselbe mit Zero Trust Security (Abbildung 5).

Schicht	Heute	Zero-Trust-Sicherheit
Identität	SSO (SAML, OpenID)	X.509-Zertifikat
Schlüsselaustausch	SDES/DTLS	Sicherheit auf Nachrichtenebene (MLS)
Medienverschlüsselung	SRTP	Sichere Frames (sFrame)

Das System besteht im Grunde aus drei Ebenen, und auf jeder Ebene verwenden wir die alte Hop-by-Hop-Technologie und verstärken sie mit einer zusätzlichen, durchgängigen Schutzschicht. Die drei Ebenen umfassen:

• Identität — Die E2E-Identität erfordert, dass Kunden über Anmeldeinformationen verfügen, die ihre Identität belegen. Bei Zero Trust E2E Identity werden die Anmeldeinformationen der Kunden von einem Webex Independent bereitgestellt. Certificate Authority
• Schlüsselaustausch — Kunden, die an einem E2E-Meeting teilnehmen, müssen Schlüssel für die E2E-Verschlüsselung einrichten, ohne dass der Konferenzanbieter auf diese Schlüssel zugreifen kann. Das Messaging Layer Security (MLS) -Protokoll ist ein ratifizierter Standard, RFC 9420, der auf Technologien aufbaut, die in der Open-Source-Community entwickelt wurden, und sie einer strengen, formell verifizierten Umgebung unterstellt.
• Inhaltsschutz — Zu guter Letzt muss der eigentliche Medieninhalt des Treffens umfassend geschützt werden. SFrame (für „Secure Frames“) ist RFC 9605. Es ist ein schnelles und einfaches Verschlüsselungsframework für die Verschlüsselung von Echtzeitmedien, mit dem eine zusätzliche Verschlüsselungsebene mit minimalem Aufwand hinzugefügt werden kann.

Schauen wir uns diese Technologien etwas genauer an, von unten nach oben.

Ein Medienverschlüsselungsschema ist eine Möglichkeit, einen von den Teilnehmern einer Besprechung geteilten Schlüssel zu verwenden und ihn zum Schutz der tatsächlichen Inhalte zu verwenden, die in der Besprechung geteilt werden, wie Audio, Video und Bildschirmübertragung. Auf Protokollebene muss das Verschlüsselungsschema zusätzliche Informationen mit jeder Einheit verschlüsselter Daten senden, am wichtigsten:

1. Ein Header, der dem Empfänger mitteilt, wie das Paket zu entschlüsseln ist, und
2. Ein Authentifizierungs-Tag, das der Empfänger verwendet, um zu verifizieren, dass das Paket nicht manipuliert wurde.

Zum Beispiel ist in SRTP die Verschlüsselungseinheit ein RTP-Paket; SRTP stützt sich bei seiner Einrichtung auf den RTP-Header und hängt ein Authentifizierungs-Tag an das Ende des Pakets an.

Da all diese zusätzlichen Informationen die Bandbreite erhöhen, die für ein E2E-verschlüsseltes Meeting erforderlich ist, bietet SFrame die minimal erforderliche Framing-Menge. Der SFrame-Header gibt an, welcher Schlüssel verwendet werden soll, ermöglicht eine Schlüsselrotation und stellt eine eindeutige Sequenznummer bereit, die den Initialisierungsvektor definiert. Darauf folgt der Inhalt, der mit dem E2E-Schlüssel und einem Authentifizierungs-Tag verschlüsselt wurde. Der sFrame-Header, der Inhalt und das Tag werden dann in ein SRTP-Paket verpackt, sodass SRTP vor der Überprüfung oder Änderung durch Netzwerkangriffe schützt und sFrame vor den Medienelementen des Konferenzanbieters schützt (siehe Beispiel in Abbildung 6).

Dieser minimalistische Ansatz hat andere Vorteile. SFrame ist unabhängig vom zugrundeliegenden Transport, daher ist es aufwärtskompatibel mit neuen Technologien wie RTP über QUIC und RIPT. Es ist auch möglich, SFrame so zu konfigurieren, dass es auf Einheiten mit mehreren Paketen funktioniert, z. B. ganze Frames, um den Verschlüsselungsaufwand weiter zu reduzieren.

Einen geheimen Schlüssel für eine Gruppe einzurichten, wenn die Gruppe nur Zugriff auf einen nicht vertrauenswürdigen Kanal hat, scheint magisch. Techniken dafür wurden erstmals in den 1980er Jahren entwickelt, und heute verwenden mehr als 90 Prozent des Internetsurfens Transport Layer Security (TLS), um genau das zu tun. Messaging Layer Security (MLS) erweitert diese Funktionalität auf Gruppen, während TLS nur Punkt zu Punkt funktioniert, sodass Webex MLS verwenden kann, um Konferenzschlüssel einzurichten, auch wenn der Konferenzanbieter nicht vertrauenswürdig ist.

MLS bietet drei wichtige Sicherheitsfunktionen:

1. Gemeinsamer Schlüssel — Der Schlüssel ist nur authentifizierten Gruppenmitgliedern bekannt.
2. Konsistenz — Stellt sicher, dass alle Mitglieder einen einheitlichen Überblick über die Gruppenliste haben.
3. Rotation — Aktualisiert die Schlüssel automatisch, wenn ein Mitglied beitritt oder geht.

Die erste Funktion stellt uns die Schlüssel zur Verfügung, die wir verwenden, um Medien mit SFrame zu verschlüsseln. Zusammen mit der zweiten Funktion bietet es den Ausgangspunkt für die E2E-Identität. Die dritte Funktion stellt sicher, dass die einzigen Personen, die die Medien entschlüsseln können, die Personen sind, die gerade an der Besprechung teilnehmen — Sie können keine Medien entschlüsseln, die vor Ihrem Beitritt oder nachdem Sie gegangen sind (oder rausgeschmissen wurden).

Um all dies zu erreichen, tauschen die Klienten in einer Besprechung an kritischen Punkten der Besprechung MLS-Nachrichten aus, um eine MLS-Gruppe zu bilden, die zu jedem Zeitpunkt genau die Teilnehmer der Besprechung enthält. Webex leitet die Nachrichten zwischen den Kunden weiter, aber MLS schützt diese Nachrichten, sodass Webex sie sicher verarbeiten kann. Abbildung 7 zeigt, wie die Nachrichten fließen.

Gründung: Die erste Person, die an dem Meeting teilnimmt, ob Gastgeber oder nicht, erstellt die MLS-Gruppe für das Meeting und wird der „Leiter“ für MLS-Zwecke. Zu jedem Zeitpunkt wird ein einzelner Teilnehmer des Treffens als Leiter bestimmt. In den meisten Fällen wird dieser Teilnehmer der Gastgeber des Treffens sein. Sobald die Sitzung gestartet ist, stellt MLS sicher, dass jeder Besprechungsteilnehmer über die kryptografischen Informationen verfügt, um als Leiter zu fungieren; Webex benennt einfach einen Leiter, um Verwirrung zu vermeiden.

Teilnehmen: Wenn ein neuer Teilnehmer an der Besprechung teilnehmen möchte, bittet er darum, zugelassen zu werden, indem er eine MLS-Schlüsselpaket-Nachricht an den Leiter sendet, in der sein öffentlicher Schlüssel und seine Authentifizierungsinformationen angegeben sind. Der Leiter antwortet mit einer Willkommensnachricht, die dem Teilnehmer von den anderen Teilnehmern der Besprechung erzählt. Der Leiter sendet auch eine Hinzufügen-Nachricht und eine Commit-Nachricht an die Gruppe. Die Nachricht Hinzufügen kündigt den neuen Teilnehmer an, die bereits an der Besprechung teilnehmen. Die Commit-Nachricht veranlasst alle aktuellen Teilnehmer, den alten Gruppenschlüssel zu hashen, um einen neuen Schlüssel für die jetzt erweiterte Gruppe zu erhalten; die Willkommensnachricht gibt diesen Schlüssel an den Teilnehmer weiter.

Verlassen: Wenn jemand das Meeting verlässt, ist es die Aufgabe des Leiters, ihn auszusperren. Der Leiter tut dies, indem er MLS Remove- und Commit-Nachrichten an alle anderen Teilnehmer der Besprechung sendet. Die Entfernen-Nachricht teilt den verbleibenden Teilnehmern mit, wer gegangen ist, und der Commit verschlüsselt einen neuen Schlüssel für alle verbleibenden Teilnehmer, aber nicht für die Person, die gegangen ist. Die verbleibenden Teilnehmer hashen den neuen Schlüssel mit dem alten Gruppenschlüssel, um einen Schlüssel zu erhalten, den die Person, die gegangen ist, nicht hat. Wenn der Teilnehmer, der gegangen ist, der Leiter ist, ernennt Webex einen neuen Leiter und der neue Leiter entfernt den alten Leiter.

Eine Schlüsselrotation kann bedeuten, dass es ein paar zusätzliche Sekunden dauert, an einer Besprechung teilzunehmen oder jemanden zu entfernen, aber sie bietet eine klare Sicherheitsgarantie: Wenn jemand nicht in der Teilnehmerliste für das Meeting erscheint, hat er nicht die Schlüssel, um den Inhalt zu entschlüsseln.

Die Teilnehmerliste eines E2E-verschlüsselten Meetings zeigt die Identitätsprüfung jedes Benutzers. Die Verwendung von vom Kunden ausgestellten Identitätszertifikaten gewährleistet eine echte E2E-verifizierte Identität in dem Sinne, dass Cisco sie nicht manipulieren kann. In diesen Fällen zeigt die Teilnehmerliste die Domain, zu der der Teilnehmer gehört, in blauer Schrift. In der Besprechung in Abbildung 8 können Sie beispielsweise sehen, dass Kevin eine verifizierte E-Mail-Adresse von example.com hat und Isabella eine verifizierte E-Mail-Adresse von company.com hat.

Von einem Webex ausgestellte IdentitätszertifikateCertificate Authority, wie z. B. die Identität eines Videogeräts, bieten eingeschränkteren Schutz. Nur ein Angreifer, der das Webex kompromittiert, Certificate Authority kann sich als Benutzer ausgeben. Auch wenn das besser ist, als überhaupt keinen Identitätsschutz zu haben, sind solche Teilnehmer des Treffens nicht blau markiert, da die Zero Trust Ende-zu-Ende-Identität verifiziert wurde. Sie werden mit grauem Text angezeigt, um die Überprüfung der Webex-Vertrauensidentität anzuzeigen.

Als Backstop für diese Verfahren stellt Webex auch einen Sicherheitscode für das Meeting bereit. Ein Sicherheitscode ist eine kurze, für Menschen lesbare Zeichenfolge, die als Ergebnis des MLS-Prozesses berechnet wird. Der Sicherheitscode fasst den kryptografischen Status des Treffens zusammen, einschließlich der Gruppenschlüssel und der von den Teilnehmern vorgelegten Zertifikate. Dieser Code kann verwendet werden, um einen Imitationsangriff zu erkennen, da ein solcher Angriff dazu führen würde, dass mindestens ein Teilnehmer einen anderen kryptografischen Status hat als alle anderen. Aber es schließt Identitätswechsel nur aus, wenn jeder bestätigt, dass er den gleichen Code hat. Wenn eine Untergruppe der Teilnehmer bestätigt, dass sie denselben Code haben, wissen sie, dass ihre Identitäten einander treu dargestellt werden, aber jemand, der ihren Code nicht bestätigt, könnte sich ausgegeben haben. Abbildung 9 zeigt ein Beispiel dafür, wie der Sicherheitscode in einer Besprechung angezeigt wird.

Dieser Code bietet einen sehr starken Schutz vor Imitationsangriffen. Es ist Teil des MLS-Protokolls, es wurde also eine robuste Sicherheitsanalyse durchgeführt. Weil es eng an den Stand der Besprechung gebunden ist, ändert sich der Sicherheitscode jedes Mal, wenn jemand an der Besprechung teilnimmt. Daher müssen die Teilnehmer der Besprechung ihre Sicherheitscodes jedes Mal erneut überprüfen, wenn jemand beitritt. Der Code rotiert nicht, wenn jemand geht, weil beim Verlassen kein Imitator eingeführt werden kann.

Webex Zero Trust Security wurde 2021 eingeführt. Im Jahr 2026 führte Ultra Secure Webex Meetings die Unterstützung für zusätzliche Endpunkte in E2E-verschlüsselten Webex-Meetings ein, Zero Trust E2EE-Meetings mit vollem Funktionsumfang mit Video Mesh Node (VMN) und Ende-zu-Ende-Verschlüsselungs- und Identitätsfunktionen für Standardmeetings:

• Standardbasierte, formal verifizierte Kryptografie
• Zero-Trust-E2E-Verschlüsselung
• Zero Trust E2E verifizierte Identität
• Unterstützung für alle zum Verkauf stehenden Webex-Geräte
• Unterstützung für die Webex-App auf Desktop, Handy und Web
• Unterstützung für Webex Web App und Web SDK (geplant für Q1 CY27)
• Unterstützung für Webex Calling Telefone (geplant für Q3 CY26)
• Unterstützung für Video Mesh Node
• Unterstützung für E2E-Verschlüsselung in geplanten Besprechungen und persönlichen Besprechungsräumen

Zero Trust hat einige Einschränkungen. E2E-verschlüsselte Besprechungen unterstützen nicht:

• Von Cisco Cloud-Diensten bereitgestellte Funktionen, die Zugriff auf Klartext-Medien erfordern, einschließlich:
  • Cloud-basierte Aufzeichnungen und AI Assistant Dienste von Webex. Diese Dienste können mithilfe von Hybrid-Bereitstellungen mit Video Mesh Node (VMN) bereitgestellt werden.
  • Speichern von Meeting-Chats, Dateien, Whiteboards und Anmerkungen.
  • PSTN- oder SIP-Interoperabilität.

In Zukunft wird Webex E2E-verschlüsselte Meetings in einigen Dimensionen verbessern, geleitet von den Prinzipien, der Cloud die geringsten erforderlichen Rechte zu gewähren und den Kunden die Kontrolle über ihre Daten zu geben.

Allgegenwärtige E2E-Sicherheit: Alles sollte E2E-sicher sein, nicht nur ausgewählte Besprechungen. Der erste Schritt zur Umsetzung dieser Vision wurde mit der E2E-Sicherheit für Webex Web App - und Cloud-verbundene Cisco-Telefone erreicht. Schließlich sollte die offene, auf Standards basierende E2E-Architektur es Webex ermöglichen, auch die SIP-Infrastruktur (Session Initiation Protocol) zu integrieren.

Die in diesem Artikel erörterten Innovationen zeigen einen klaren Weg zur langfristigen Vision einer ständig aktiven E2E-Verschlüsselung. Sobald Benutzer von überall aus eine Verbindung herstellen können und Kunden sich sicher für die Funktionen entscheiden können, die sie in einem Meeting wünschen, kann die E2E-Verschlüsselung für jedes Webex-Meeting verwendet werden — von informellen Ad-hoc-Besprechungen mit allen aktivierten Funktionen bis hin zu gesperrten, hochsicheren Besprechungen. Die E2E-Verschlüsselung stellt immer sicher, dass der Inhalt des Meetings nur autorisierten Teilnehmern zur Verfügung steht, und Kunden und Benutzer entscheiden, welche Gruppe von Teilnehmern für ein bestimmtes Meeting geeignet ist.

KI-gestützter Identitätswechsel und Deepfake-Resilienz

Webex begegnet KI-fähigen Identitätswechselbedrohungen durch einen mehrschichtigen Ansatz, der das Zero-Trust-Ende-Verschlüsselungsmodell ergänzt. Während sich dieses Dokument auf die technischen Grundlagen einer durchgängig verifizierten Identität konzentriert, einschließlich der vom Kunden bereitgestellten zertifikatsbasierten Verifizierung und der kryptografischen Integritätsprüfung von Meetings, bietet Webex auch betriebliche Sicherheitskontrollen während der Besprechung, um das Risiko von unbefugtem Zugriff und schädlichen Interaktionen zu reduzieren.

Informationen zu den Arten von Besprechungssitzungen, geplanten Besprechungen im Vergleich zu den Sicherheitsunterschieden in persönlichen Besprechungsräumen, Host- und Administratorkontrollen in Control Hub und zusätzlicher KI- und Deepfake-Erkennung und -Abwehr im breiteren Meeting-Erlebnis finden Sie im begleitenden technischen Whitepaper zu WSMP Meetings Security.

Webex definiert die Zukunft sicherer Besprechungen durch standardbasierte Kryptografie und verifizierte Identität. Das Bekenntnis zu einem offenen Ökosystem stellt sicher, dass Kunden die absolute Kontrolle über ihre Daten behalten, unabhängig vom Meeting-Szenario.