セキュリティに関する推奨事項
セッションレコーディングはセキュアなネットワーク内に展開され、管理者によってアクセスされるため、安全です。デフォルトの展開はシンプルで、デジタル署名や暗号化などのセキュリティ機能はオプションで構成できます。
セッションレコーディングコンポーネント間の通信は、Internet Information Services (IIS) および Microsoft Message Queuing (MSMQ) を介して行われます。IIS は、セッションレコーディングコンポーネント間の Web サービス通信リンクを提供します。MSMQ は、記録されたセッションデータをセッションレコーディングエージェントからセッションレコーディングサーバーに送信するための信頼性の高いデータ転送メカニズムを提供します。
警告：
レジストリを誤って編集すると、オペレーティングシステムの再インストールが必要になるような深刻な問題が発生する可能性があります。Citrix® は、レジストリエディターの誤った使用によって生じる問題が解決されることを保証できません。レジストリエディターは自己責任で使用してください。編集する前に必ずレジストリをバックアップしてください。
展開を計画する際は、以下のセキュリティに関する推奨事項を考慮してください。
- 企業ネットワーク内、セッションレコーディングシステム内、または個々のマシン上で、異なる管理者ロールを適切に分離してください。そうしないと、システム機能に影響を与えたり、システムを悪用したりする可能性のあるセキュリティ上の脅威が発生する可能性があります。異なる管理者ロールを異なる人物またはアカウントに割り当てることをお勧めします。一般的なセッションユーザーに VDA システムへの管理者権限を付与しないでください。
- Citrix Virtual Apps and Desktops™ 管理者は、公開されたアプリまたはデスクトップのユーザーに VDA ローカル管理者ロールを付与しないでください。ローカル管理者ロールが必要な場合は、Windows のメカニズムまたはサードパーティのソリューションを使用して、セッションレコーディングエージェントコンポーネントを保護してください。
- セッションレコーディングデータベース管理者とセッションレコーディングポリシー管理者を個別に割り当ててください。
- 一般的なセッションユーザーに VDA 管理者権限を割り当てないことをお勧めします。特にリモート PC アクセスを使用している場合は注意してください。
- セッションレコーディングサーバーのローカル管理アカウントは厳重に保護する必要があります。
- セッションレコーディングプレイヤーがインストールされているマシンへのアクセスを制御してください。ユーザーがプレイヤーロールの権限を持っていない場合、そのユーザーにプレイヤーマシンのローカル管理者ロールを付与しないでください。匿名アクセスを無効にしてください。
- セッションレコーディングのストレージサーバーとして物理マシンを使用することをお勧めします。
- セッションレコーディングは、データの機密性に関係なくセッションのグラフィックアクティビティを記録します。特定の状況下では、機密データ（ユーザー資格情報、プライバシー情報、サードパーティの画面などを含むがこれらに限定されない）が意図せず記録される可能性があります。リスクを防ぐために、以下の対策を講じてください。
- 特定のトラブルシューティングケースを除き、VDAのコアメモリダンプを無効にします。 コアメモリダンプを無効にするには： 1. マイコンピューターを右クリックし、プロパティを選択します。 2. 詳細設定タブをクリックし、起動と回復の下にある設定をクリックします。 3. デバッグ情報の書き込みの下で、(なし)を選択します。 Microsoftの記事をhttps://support.microsoft.com/ja-jp/kb/307973で参照してください。
- セッションの所有者は、デスクトップセッションが記録されている場合、オンライン会議およびリモートアシスタンスソフトウェアが記録される可能性があることを参加者に通知します。
- 企業内で公開または使用されているすべてのローカルおよびWebアプリケーションに、ログオン資格情報またはセキュリティ情報が表示されないようにしてください。表示された場合、それらはSession Recordingによって記録されます。
- リモートICA®セッションに切り替える前に、機密情報を公開する可能性のあるアプリケーションをすべて閉じます。
- 公開されたデスクトップまたはSoftware as a Service (SaaS) アプリケーションへのアクセスには、自動認証方法（シングルサインオン、スマートカードなど）のみを使用することをお勧めします。
- Session Recordingは、適切に機能し、セキュリティ要件を満たすために、特定のハードウェアおよびハードウェアインフラストラクチャ（企業ネットワークデバイス、オペレーティングシステムなど）に依存しています。これらのインフラストラクチャへの損害や悪用を防ぎ、Session Recording機能を安全かつ信頼性の高いものにするために、インフラストラクチャレベルで対策を講じてください。
- Session Recordingをサポートするネットワークインフラストラクチャを適切に保護し、利用可能な状態に保ちます。
- Session Recordingコンポーネントを保護するために、サードパーティのセキュリティソリューションまたはWindowsメカニズムを使用することをお勧めします。Session Recordingコンポーネントには以下が含まれます。
- セッションレコーディングサーバーで
- Processes: SsRecStoragemanager.exe and SsRecAnalyticsService.exe
- Services: CitrixSsRecStorageManager and CitrixSsRecAnalyticsService
- Session Recordingサーバーのインストールフォルダー内のすべてのファイル
- Registry values within HKEY_LOCAL_MACHINE\SOFTWARE\Citrix\SmartAuditor\Server
- セッションレコーディングエージェント上
- Process: SsRecAgent.exe
- Service: CitrixSmAudAgent
- Session Recording Agentのインストールフォルダー内のすべてのファイル
- Registry values within HKEY_LOCAL_MACHINE\SOFTWARE\Citrix\SmartAuditor\Agent
- セッションレコーディングサーバーで
- セキュリティのベストプラクティスとして、CitrixではIISでHTTPSを使用することをお勧めします。
-
Session Recording Server上のメッセージキュー（MSMQ）のアクセス制御リスト（ACL）を設定して、MSMQデータをSession Recording Serverに送信できるVDAまたはVDIマシンを制限し、不正なマシンがSession Recording Serverにデータを送信するのを防ぎます。
- Session Recording が有効になっている各セッションレコーディングサーバーおよび VDA または VDI マシンに、サーバー機能の ディレクトリサービス統合 をインストールします。その後、メッセージキューイング サービスを再起動します。
- 各Session Recording ServerのWindowsのスタートメニューから、管理ツール > コンピューターの管理を開きます。
- サービスとアプリケーション > メッセージキュー > プライベートキューを開きます。
-
プライベートキューcitrixsmauddataをクリックして、プロパティページを開き、セキュリティタブを選択します。
コンピューターの管理のセキュリティタブの画像(/ja-jp/session-recording/2109/media/planyourdeployment1.png)
-
このサーバーにMSMQデータを送信するVDAのコンピューターまたはセキュリティグループを追加し、メッセージの送信権限を付与します。
メッセージの送信権限を付与する画像(/ja-jp/session-recording/2109/media/planyourdeployment2.png)
- Session Recording ServerおよびSession Recording Agentのイベントログを適切に保護します。イベントログを保護するか、イベントログをリモートサーバーにリダイレクトするために、Windowsまたはサードパーティのリモートログソリューションを使用することをお勧めします。
- Session Recordingコンポーネントを実行しているサーバーが物理的に安全であることを確認してください。可能であれば、これらのコンピューターを、許可された担当者のみが直接アクセスできる安全な部屋に施錠してください。
- Session Recordingコンポーネントを実行しているサーバーを、別のサブネットまたはドメインに分離します。
- Session Recording Serverと他のサーバーの間にファイアウォールをインストールして、他のサーバーにアクセスするユーザーから記録されたセッションデータを保護します。
- Session Recording Administration Server と SQL データベースを、Microsoft からの最新のセキュリティ更新プログラムで最新の状態に保ちます。
- 管理者以外のユーザーが管理マシンにログオンすることを制限します。
- 記録ポリシーの変更と記録されたセッションの表示を許可するユーザーを厳しく制限します。
- デジタル証明書をインストールし、Session Recording のファイル署名機能を使用し、IIS で TLS 通信を設定します。
- MSMQ がトランスポートとして HTTPS を使用するように設定します。これは、Session Recording Agent Properties にリストされている MSMQ プロトコルを HTTPS に設定する方法です。詳細については、「MSMQ のトラブルシューティング」を参照してください。
-
セッションレコーディングサーバーおよびセッションレコーディングデータベースで、TLS 1.1 または TLS 1.2 (推奨) を使用し、SSLv2、SSLv3、TLS 1.0 を無効にします。
-
セッションレコーディングサーバーおよびセッションレコーディングデータベースで、TLS の RC4 暗号スイートを無効にします:
- Microsoft グループポリシーエディターを使用して、コンピューターの構成 > 管理用テンプレート > ネットワーク > SSL 構成設定 に移動します。
- SSL 暗号スイートの順序 ポリシーを 有効 に設定します。デフォルトでは、このポリシーは 未構成 に設定されています。
- RC4 暗号スイートをすべて削除します。
- 再生保護を使用します。再生保護は、記録されたファイルを Session Recording Player にダウンロードする前に暗号化する Session Recording の機能です。デフォルトでは、このオプションは有効になっており、Session Recording Server Properties にあります。
- 暗号化キーの長さと暗号化アルゴリズムに関する NSIT のガイダンスに従います。
-
セッションレコーディングの TLS 1.2 サポートを構成します。
Session Recordingコンポーネントのエンドツーエンドセキュリティを確保するために、通信プロトコルとしてTLS 1.2を使用することをお勧めします。
セッションレコーディングのTLS 1.2サポートを構成するには：
- Session Recording Serverをホストしているマシンにログオンします。適切なSQL Serverクライアントコンポーネントとドライバーをインストールし、.NET Framework（バージョン4以降）に強力な暗号化を設定します。
- SQL Server用のMicrosoft ODBC Driver 11（またはそれ以降のバージョン）をインストールします。
- .NET Frameworkの最新の修正プログラムロールアップを適用します。
- .NET Frameworkのバージョンに基づいて
ADO.NET - SqlClientをインストールします。詳細については、https://support.microsoft.com/ja-jp/kb/3135244を参照してください。 - Add a DWORD value SchUseStrongCrypto = 1 under HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\.NetFramework\v4.0.30319 and HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Microsoft\.NetFramework\v4.0.30319.
- マシンを再起動します。
- セッション記録ポリシーコンソールをホストしているマシンにログオンします。.NET Frameworkの最新の修正プログラムロールアップを適用し、.NET Framework（バージョン4以降）に強力な暗号化を設定します。強力な暗号化を設定する方法は、サブステップ1-4および1-5と同じです。セッション記録ポリシーコンソールをセッション記録サーバーと同じコンピューターにインストールすることを選択した場合、これらの手順を省略できます。
- Session Recording Serverをホストしているマシンにログオンします。適切なSQL Serverクライアントコンポーネントとドライバーをインストールし、.NET Framework（バージョン4以降）に強力な暗号化を設定します。
2016年より前のバージョンのSQL ServerでTLS 1.2サポートを構成するには、https://support.microsoft.com/ja-jp/kb/3135244を参照してください。TLS 1.2を使用するには、セッション記録コンポーネントの通信プロトコルとしてHTTPSを構成します。