アドバンスト・メディア・ストリーム暗号化（AES-256）

デフォルトでは、OpenTokプラットフォームを経由するメディアストリームはAES-128を使用して暗号化されます。ルーティングされたセッションでは、すべてのクライアントとメディアサーバー間のメディアが暗号化されます。リレーされたセッションでは、クライアント同士の各ペア間のメディアが暗号化されます。

セキュリティを強化するため、AES-256 アドオン機能メディアストリームに対してAES-256レベルの暗号化を提供します。

重要だ： この機能はアドオン機能.

AES-256 アドオン機能が有効になっている場合、クライアントが OpenTok メディアルーターまたは別のクライアントに接続する際、使用する暗号方式がネゴシエーションされます。クライアントが AES-256 をサポートしている場合、これがメディアトラフィック用にネゴシエーションされる暗号方式となります。クライアントがAES-256をサポートしていない場合は、AES-128が使用されます。中継セッションの場合、両方のクライアントがAES-256をサポートしている必要があります。そうでない場合は、AES-128にフォールバックします。

AES-256 暗号化アドオンを有効にすると、この機能は Account 内のすべてのプロジェクトで自動的に有効になります。

重要だ： AES-256 が確実に使用されるようにするため、OpenTok Media Router を使用するようにセッションを設定することをお勧めします（メディアモード routedに設定)。中継セッションにおいて、Chrome、Firefox、Opera、Samsung Internet、 WebView Android、WebView on iOS、およびChromiumベースのEdgeは、DTLS SRTP暗号ネゴシエーション時にAES-128を優先するため、これらのブラウザから送信されるストリームはAES-128を使用する。

中継セッションにおいて、プロジェクトで AES-256 が有効になっている場合、Android、iOS、Windows、Linux 用 Video API クライアント SDK は、ネゴシエーション時に AES-256 ビット暗号化を優先します。ただし、リレーセッションでは、Web ブラウザは AES-128 を使用します。

OpenTokクライアントにおける暗号化のサポート

各 OpenTok クライアント SDK（バージョン 2.18 以降）では、（AES-128 に加えて）AES-256 がサポートされています。 Android、iOS、Windows、およびLinux向けのOpenTokクライアントSDKは、それぞれAES-256暗号化に対応しています。ただし、OpenTok.jsを使用するWebアプリの場合、すべてのブラウザでAES-256がサポートされているわけではありません。以下のブラウザの最新バージョンでは、AES-256がサポートされています：

クローム62以上
Firefox 56+
クロムベースのエッジ
オペラ
サムスン・インターネット
サファリ 15.4+

重要な注意事項

AES-256に対応しているFirefoxやChromeのバージョンであっても、中継セッションでは、これらのブラウザはDTLS SRTPの暗号ネゴシエーションの際にAES-128を優先するため、結果としてAES-128が使用されます。このため、OpenTok Media Routerを使用するようにセッションを設定することをお勧めします（メディアモードをroutedに設定)、対応ブラウザでAES-256暗号化を保証します。

よくあるご質問

AES-256暗号化機能とは何ですか？

AES-256暗号化は、Vonage Video APIのメディアストリームで使用できる、より高度なレベルのメディア暗号化です。デフォルトでは、Vonage Video APIのメディアストリームはAES-128を使用しており、AEAD_AES_128_GCM および AES_CM_128_HMAC_SHA1_80 暗号化方式の両方を提供し、最大限の接続性を確保します。AES-256 ビット暗号化機能は、メディアストリームに 256 ビット暗号化の使用を指示し、AES-128 へのフォールバックオプションも備えています。この機能は、として利用可能です。アドオン機能.

AES-256ビットの暗号化をRelayedセッションやRoutedセッションに使用できますか？

はい。ただし、中継セッションの場合、この機能は、ブラウザの実装で有効になっているDTLS-SRTPネゴシエーション中に使用される暗号化方式の優先順位によって決まります。AES-256の使用を確実にするためには、ルーティングされたセッションの利用を強く推奨します。

ルーティングされたセッションでは、すべてのクライアントとVonageメディアサーバー間のメディア通信が暗号化されます。プロジェクトでAES-256が有効になっている場合、Vonage Media RouterはAES-256暗号方式を使用してネゴシエーションを行い、メディアサーバーに接続するすべてのクライアントのメディアトラフィックに対して、256ビットの暗号化ネゴシエーションを実行します。

中継セッションでは、各クライアント間のメディア通信は暗号化されます。中継セッションの場合、両方のクライアントが DTLS-SRTP ネゴシエーション中に AES-256 をサポートし、優先設定する必要があります。そうしない場合、 AES-128 にフォールバックします。プロジェクトで AES-256 が有効になっている場合、Android、iOS、 Windows、および Linux 向けの OpenTok クライアント SDK は、AES-256 ビット暗号化を優先し、SRTP_AES128_CM_SHA1_80 のネゴシエーションは行いません。その結果、AES-256が有効になっている場合、ネイティブSDKと、Safari 15.4以前のバージョンなど、 GCM暗号をサポートしていないエンドポイントとの間でメディア中継を設定しようとすると、失敗します。ただし、ブラウザ（OpenTok.jsを使用）の場合、その機能はブラウザの実装で有効になっている暗号化方式の優先順位によって決定されますが、現在、暗号化方式の優先順位を管理するための標準的なWebRTC APIが存在しないため、これを変更することはできません。中継セッションにおいて、 Chrome、Firefox、Opera、Samsung Internet、AndroidのWebView、iOSのWebView、およびChromiumベースのEdgeは、 DTLS SRTP暗号ネゴシエーション中にAES-128を優先するため、これらのブラウザから送信されるストリームは、中継セッションにおいてAES-128を使用することになります。

メディアトラフィックがTURNサーバーを経由する場合、256ビットの暗号化はサポートされていますか？

はい。メディア暗号化は、DTLS-SRTP を使用したエンドツーエンドのセキュリティプロトコルであり、 TURN サーバーを経由してルーティングされても影響を受けません。中継セッションでは、メディア暗号化はクライアント間で行われます。ルーティングセッションでは、メディア暗号化はクライアントとメディアサーバーの間でネゴシエーションされます。