Erweiterte Media Stream Encryption (AES-256)

Standardmäßig werden die über die OpenTok-Plattform übertragenen Medienströme mit AES-128 verschlüsselt. Bei gerouteten Sitzungen werden die Medien zwischen allen Clients und dem Medienserver verschlüsselt. Bei weitergeleiteten Sitzungen werden die Medien zwischen jedem Client-Paar verschlüsselt.

Für mehr Sicherheit wird der AES-256 Add-on-Feature bietet eine Verschlüsselung auf AES-256-Niveau für Medien-Streams.

Das ist wichtig: Diese Funktion ist verfügbar als Add-on-Feature.

Wenn die AES-256-Erweiterungsfunktion aktiviert ist, wird bei der Verbindung eines Clients mit einem OpenTok Media Router oder einem anderen Client die zu verwendende Verschlüsselungsmethode ausgehandelt. Unterstützt der Client AES-256, wird diese Verschlüsselungsmethode für den Medienverkehr ausgehandelt. Unterstützt der Client diese Verschlüsselung nicht, wird AES-128 verwendet. Bei weitergeleiteten Sitzungen müssen beide Clients AES-256 unterstützen, andernfalls wird auf AES-128 zurückgegriffen.

Nachdem Sie das Add-on „AES-256-Verschlüsselung“ aktiviert haben, wird diese Funktion automatisch für alle Projekte in Ihrem Account aktiviert.

Das ist wichtig: Um sicherzustellen, dass AES-256 verwendet wird, wird empfohlen, die Sitzungen so zu konfigurieren, dass der OpenTok Media Router verwendet wird (Sitzungen mit dem Medienbetrieb auf geroutet gesetzt). In weitergeleiteten Sitzungen priorisieren Chrome, Firefox, Opera, Samsung Internet, WebView Android, WebView auf iOS und das Chromium-basierte Edge AES-128 während der DTLS-SRTP-Verschlüsselungsaushandlung, sodass von diesen Browsern gesendete Streams AES-128 verwenden.

Wenn AES-256 für Ihr Projekt aktiviert ist, bevorzugen die Video API-Client-SDKs für Android, iOS, Windows und Linux in weitergeleiteten Sitzungen AES-256-Bit-Verschlüsselungscodes während der Aushandlung. In weitergeleiteten Sitzungen verwenden Webbrowser jedoch AES-128.

Unterstützung für Verschlüsselung auf OpenTok-Clients

AES-256 wird (zusätzlich zu AES-128) in allen OpenTok-Client-SDKs (ab Version 2.18) unterstützt. Die OpenTok-Client-SDKs für Android, iOS, Windows und Linux unterstützen jeweils die AES-256-Verschlüsselung. Bei Web-Apps, die OpenTok.js verwenden, wird AES-256 jedoch nicht in allen Browsern unterstützt. Die neuesten Versionen der folgenden Browser unterstützen AES-256:

  • Chrom 62+

  • Firefox 56+

  • Chromium-basierter Edge

  • Oper

  • Samsung Internet

  • Safari 15.4+

Wichtige Hinweise:

  • Selbst in Versionen von Firefox und Chrome, die AES-256 unterstützen, geben diese Browser bei weitergeleiteten Sitzungen während der DTLS-SRTP-Verschlüsselungsverhandlung AES-128 den Vorrang, was zur Verwendung von AES-128 führt. Aus diesem Grund empfehlen wir Ihnen, Sitzungen so zu konfigurieren, dass der OpenTok Media Router verwendet wird (Sitzungen mit dem Medienbetrieb auf geroutet gesetzt), um eine AES-256-Verschlüsselung in unterstützten Browsern zu gewährleisten.

FAQs

Was ist die AES-256-Verschlüsselung?

Die AES-256-Verschlüsselung ist eine fortgeschrittenere Stufe der Medienverschlüsselung, die mit den Medienströmen der Vonage Video API verwendet werden kann. Standardmäßig verwenden die Medienströme der Vonage Video API AES-128 und bieten sowohl die Verschlüsselungsalgorithmen AEAD_AES_128_GCM und AES_CM_128_HMAC_SHA1_80-Verschlüsselungsalgorithmen für maximale Konnektivität. Die AES-256-Bit-Verschlüsselungsfunktion legt fest, dass Medienströme eine 256-Bit-Verschlüsselung verwenden, mit einer Fallback-Option auf AES-128. Diese Funktion ist verfügbar als Add-on-Feature.

Kann die AES-256-Bit-Verschlüsselung für Relayed- und Routed-Sitzungen verwendet werden?

Ja, bei weitergeleiteten Sitzungen hängt die Unterstützung jedoch von der Prioritätsreihenfolge der Verschlüsselungsalgorithmen ab, die während der im Browser aktivierten DTLS-SRTP-Aushandlung verwendet werden. Um die Verwendung von AES-256 sicherzustellen, werden geroutete Sitzungen dringend empfohlen.

Bei gerouteten Sitzungen werden die Medien zwischen allen Clients und dem Vonage-Medienserver verschlüsselt. Wenn für Ihr Projekt AES-256 aktiviert ist, führt der Vonage Media Router eine Aushandlung mit AES-256-Verschlüsselungsalgorithmen durch, um eine 256-Bit-Verschlüsselung für den Medienverkehr aller Clients zu gewährleisten, die eine Verbindung zum Medienserver herstellen.

Bei weitergeleiteten Sitzungen werden die Daten zwischen jedem Client-Paar verschlüsselt. Bei weitergeleiteten Sitzungen müssen beide Clients AES-256 während der DTLS-SRTP-Aushandlung unterstützen und priorisieren, andernfalls wird auf AES-128 zurückgegriffen. Wenn AES-256 für Ihr Projekt aktiviert ist, priorisieren die OpenTok-Client-SDKs für Android, iOS, Windows und Linux die AES-256-Bit-Verschlüsselung und verhandeln SRTP_AES128_CM_SHA1_80 nicht. Folglich schlägt die Einrichtung von Relay-Medien zwischen nativen SDKs und Endpunkten, die keine GCM-Verschlüsselungsalgorithmen unterstützen – wie beispielsweise Safari-Versionen vor 15.4 –, fehl, wenn AES-256 aktiviert ist. Bei Browsern (die OpenTok.js verwenden) wird die Funktionsfähigkeit jedoch durch die Prioritätsreihenfolge der in der Browser-Implementierung aktivierten Verschlüsselungsalgorithmen bestimmt, die derzeit nicht geändert werden kann, da es keine standardmäßige WebRTC-API zur Verwaltung der Prioritätsreihenfolge der Verschlüsselungsalgorithmen gibt. In weitergeleiteten Sitzungen priorisieren Chrome, Firefox, Opera, Samsung Internet, WebView unter Android, WebView unter iOS und der Chromium-basierte Edge AES-128 während der DTLS-SRTP-Verschlüsselungsverhandlung, sodass von diesen Browsern gesendete Streams in weitergeleiteten Sitzungen AES-128 verwenden.

Wird eine 256-Bit-Verschlüsselung unterstützt, wenn der Medienverkehr über einen TURN-Server geleitet wird?

Ja. Die Medienverschlüsselung ist ein End-to-End-Sicherheitsprotokoll, das DTLS-SRTP nutzt, und würde durch die Weiterleitung über einen TURN-Server nicht beeinträchtigt werden. Bei weitergeleiteten Sitzungen erfolgt die Medienverschlüsselung von Client zu Client. Bei weitergeleiteten Sitzungen wird die Medienverschlüsselung zwischen dem Client und dem Medienserver ausgehandelt.