クリップボードのシナリオとユースケースの例
クリップボードリダイレクトポリシーを適切に構成することは、ユーザーの生産性と企業セキュリティのバランスを取る上で重要です。最適な構成は、特定のユースケースによって異なります。
以下に一般的なユースケースの例をいくつか示します。
標準的なナレッジワーカー
ナレッジワーカーや一般的なオフィスユーザーのようなほとんどのユーザーにとって、目標はローカルアプリケーションとリモートアプリケーション間でテキストや簡単な画像をシームレスにコピー＆ペーストすることです。このシナリオでは、デフォルトのポリシー構成で十分な場合が多いです。
構成:
-
クライアントクリップボードリダイレクト: 許可 (デフォルト)
機密データのユースケース
ユーザーがセキュアなセッションに情報（例: 患者データをEHRに）を貼り付ける必要があるが、機密データをローカルデバイスにコピーすることを防ぐ必要がある医療機関や金融機関を考えてみましょう。これは、クリップボードを介した偶発的なデータ漏洩を防ぐのに役立ちます。
構成:
-
クライアントクリップボードリダイレクト: 許可
-
クライアントクリップボード書き込みの制限: 有効 (セッションからクライアントへのコピーをブロック)
-
セキュリティを強化するには、「セッションクリップボード書き込みの制限」を有効にし、「セッションクリップボード書き込み許可形式」を使用してプレーンテキスト (CF_TEXT) のみを許可します。
あるいは、お客様は新しいクロスセッションクリップボード機能 (プレビュー) を使用して、セッション間のクリップボードを許可しつつ、セッションからクライアントへのリダイレクトを防ぐことができます。
開発者とIT管理者
これらのユーザーは、スクリプト、ログファイル、インストーラーなどのファイルを、ローカルマシンとVDA間でコピーする機能を必要とすることがよくあります。これには、より寛容な構成が必要です。
構成:
-
クライアントクリップボードリダイレクト: 許可
これらのポリシーは、個々のユーザーをポリシーに追加するのではなく、開発者またはIT管理者が含まれる関連グループを対象とするように構成します。