セキュリティに関する推奨事項

セッション録画は安全なネットワーク内に展開され、管理者によってアクセスされるため、安全です。すぐに使える展開はシンプルで、デジタル署名や暗号化などのセキュリティ機能はオプションで構成できます。

セッション録画コンポーネント間の通信は、Internet Information Services (IIS) と Microsoft Message Queuing (MSMQ) を介して行われます。IIS は、セッション録画コンポーネント間の Web サービス通信リンクを提供します。MSMQ は、録画されたセッションデータをセッション録画エージェントからセッション録画サーバーに送信するための信頼性の高いデータ転送メカニズムを提供します。

警告:

レジストリを誤って編集すると、オペレーティングシステムの再インストールが必要になるような深刻な問題が発生する可能性があります。Citrix® は、レジストリエディターの誤った使用によって生じる問題が解決されることを保証できません。レジストリエディターは自己責任で使用してください。編集する前に必ずレジストリをバックアップしてください。

展開を計画する際には、以下のセキュリティに関する推奨事項を考慮してください。

  • マイクロソフト インターネット インフォメーション サービス (IIS) を構成します。

    セッション録画は、制限された IIS 構成で構成できます。各セッション録画サーバーで、IIS マネージャーを開き、各 IIS アプリケーションプールに対して以下のリサイクル制限を設定します。

    • 仮想メモリ制限: 値を 4,294,967,295 に設定します。
    • プライベートメモリ制限: 値をセッション録画サーバーの物理メモリに設定します。たとえば、物理メモリが 4 GB の場合、値を 4,194,304 に設定します。
    • 要求制限: この設定は未指定のままにすることをお勧めします。または、値を 4,000,000,000 に設定することもできます。

    ヒント:

    上記の各設定にアクセスするには、各アプリケーションプールを強調表示し、操作ペインで詳細設定を選択し、詳細設定ダイアログボックスのリサイクルセクションまでスクロールします。

  • 企業ネットワーク、セッション録画システム、または個々のマシンで、異なる管理者ロールを適切に分離するようにしてください。そうしないと、システム機能に影響を与えたり、システムを悪用したりする可能性のあるセキュリティ上の脅威が発生する可能性があります。異なる管理者ロールを異なる人物またはアカウントに割り当てることをお勧めします。一般的なセッションユーザーに VDA システムへの管理者権限を付与しないでください。
    • 公開されたアプリまたはデスクトップのユーザーに VDA ローカル管理者ロールを付与しないでください。ローカル管理者ロールが必要な場合は、Windows のメカニズムまたはサードパーティのソリューションを使用してセッション録画エージェントコンポーネントを保護してください。
    • セッションレコーディングデータベース管理者とセッションレコーディングポリシー管理者を個別に割り当てます。
    • 一般的なセッションユーザーにVDA管理者権限を割り当てないでください。特にリモートPCアクセスを使用している場合は注意してください。
    • セッションレコーディングサーバーのローカル管理アカウントは厳重に保護する必要があります。
    • セッションレコーディングプレイヤーがインストールされているマシンへのアクセスを制御します。ユーザーがプレイヤーロールの権限を持っていない場合、そのユーザーにいかなるプレイヤーマシンに対してもローカル管理者ロールを付与しないでください。匿名アクセスを無効にします。
    • セッションレコーディングのストレージサーバーとして物理マシンを使用することをお勧めします。
  • セッションレコーディングは、データの機密性に関係なくセッションのグラフィックアクティビティを記録します。特定の状況下では、機密データ(ユーザー資格情報、プライバシー情報、サードパーティの画面などを含むがこれらに限定されない)が意図せず記録される可能性があります。リスクを防ぐために、以下の対策を講じてください。
    • 特定のトラブルシューティングケースを除き、VDAのコアメモリダンプを無効にします。 コアメモリダンプを無効にするには:
      1. マイコンピューターを右クリックし、プロパティを選択します。
      2. 詳細設定タブをクリックし、起動と回復の下にある設定をクリックします。
      3. デバッグ情報の書き込みの下で、(なし)を選択します。 Microsoftの記事はhttps://support.microsoft.com/ja-jp/kb/307973を参照してください。
    • デスクトップセッションが記録されている場合、セッション所有者は、オンライン会議やリモートアシスタンスソフトウェアが記録される可能性があることを参加者に通知します。
    • ログオン資格情報またはセキュリティ情報が、社内で公開または使用されているすべてのローカルおよびWebアプリケーションに表示されないようにしてください。表示された場合、それらはセッションレコーディングによって記録されます。
    • リモートICA®セッションに切り替える前に、機密情報を公開する可能性のあるアプリケーションをすべて閉じます。
    • 公開されたデスクトップまたはサービスとしてのソフトウェア(SaaS)アプリケーションへのアクセスには、自動認証方法(シングルサインオン、スマートカードなど)のみを使用することをお勧めします。
  • セッションレコーディングは、適切に機能し、セキュリティ要件を満たすために、特定のハードウェアおよびハードウェアインフラストラクチャ(企業ネットワークデバイス、オペレーティングシステムなど)に依存しています。これらのインフラストラクチャへの損害や悪用を防ぎ、セッションレコーディング機能を安全かつ信頼性の高いものにするために、インフラストラクチャレベルで対策を講じてください。
    • 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エージェントのインストールフォルダー内のすべてのファイル
        • HKEY_LOCAL_MACHINE\SOFTWARE\Citrix\SmartAuditor\Agent配下のレジストリ値
  • セキュリティのベストプラクティスとして、CitrixはIISでHTTPSを使用することを推奨しています。
  • Session Recordingサーバー上のMessage Queuing (MSMQ) のアクセス制御リスト (ACL) を設定して、MSMQデータをSession Recordingサーバーに送信できるVDAまたはVDIマシンを制限し、不正なマシンがSession Recordingサーバーにデータを送信するのを防ぎます。

    1. セッションレコーディングが有効になっている各セッションレコーディングサーバーおよびVDAまたはVDIマシンに、サーバー機能 Directory Service Integration をインストールします。その後、Message Queuing サービスを再起動します。
    2. 各セッションレコーディングサーバーのWindowsのスタートメニューから、管理ツール > コンピューターの管理を開きます。
    3. サービスとアプリケーション > メッセージキュー > プライベートキューを開きます。
    4. プライベートキューcitrixsmauddataをクリックして、プロパティページを開き、セキュリティタブを選択します。

      コンピューターの管理のセキュリティタブ(/ja-jp/session-recording/2509/media/planyourdeployment1.png)

    5. このサーバーにMSMQデータを送信するVDAのコンピューターまたはセキュリティグループを追加し、メッセージの送信権限を付与します。

      メッセージ送信権限の付与(/ja-jp/session-recording/2509/media/planyourdeployment2.png)

  • セッションレコーディングサーバーおよびセッションレコーディングエージェントのイベントログを適切に保護します。イベントログを保護するため、またはイベントログをリモートサーバーにリダイレクトするために、Windowsまたはサードパーティのリモートログソリューションを使用することをお勧めします。
  • セッションレコーディングコンポーネントを実行しているサーバーが物理的に安全であることを確認します。可能であれば、これらのコンピューターを、許可された担当者のみが直接アクセスできる安全な部屋に施錠してください。
  • セッションレコーディングコンポーネントを実行しているサーバーを、別のサブネットまたはドメインに分離します。
  • セッションレコーディングサーバーと他のサーバーの間にファイアウォールをインストールして、他のサーバーにアクセスするユーザーから記録されたセッションデータを保護します。
  • セッションレコーディング管理サーバーとSQLデータベースを、Microsoftからの最新のセキュリティ更新プログラムで常に最新の状態に保ちます。
  • 管理者以外のユーザーが管理マシンにログオンすることを制限します。
  • 記録ポリシーの変更および記録されたセッションの表示を許可するユーザーを厳しく制限します。
  • デジタル証明書をインストールし、セッションレコーディングファイル署名機能を使用し、IISでTLS通信を設定します。
  • MSMQがトランスポートとしてHTTPSを使用するように設定します。これは、セッションレコーディングエージェントのプロパティにリストされているMSMQプロトコルをHTTPSに設定することで行います。詳細については、「MSMQのトラブルシューティング」を参照してください。
  • セッションレコーディングサーバーおよびセッションレコーディングデータベースでは、TLS 1.1 または TLS 1.2 (推奨) を使用し、SSLv2、SSLv3、TLS 1.0 を無効にしてください。

  • Session Recording サーバーおよび Session Recording データベースでは、TLS の RC4 暗号スイートを無効にしてください。

    1. Microsoftグループポリシーエディターを使用して、[コンピューターの構成]>[管理用テンプレート]>[ネットワーク]>[SSL構成設定]の順に移動します。
    2. [SSL暗号スイートの順序]ポリシーを[有効]に設定します。デフォルトでは、このポリシーは[未構成]に設定されています。
    3. RC4暗号スイートをすべて削除します。
  • 再生保護を使用します。再生保護は、録画ファイルをSession Recording Playerにダウンロードする前に暗号化するSession Recording機能です。デフォルトでは、このオプションは有効になっており、[Session Recordingサーバーのプロパティ]にあります。
  • 暗号化キーの長さと暗号化アルゴリズムについては、NSITのガイダンスに従ってください。
  • セッションレコーディングのTLS 1.2サポートを構成します。

    Session Recordingコンポーネントのエンドツーエンドのセキュリティを確保するために、通信プロトコルとしてTLS 1.2を使用することをお勧めします。

    セッションレコーディングのTLS 1.2サポートを構成するには:

    1. Session Recordingサーバーをホストしているマシンにログオンします。適切なSQL Serverクライアントコンポーネントとドライバーをインストールし、.NET Framework(バージョン4以降)に強力な暗号化を設定します。
      1. SQL Server用のMicrosoft ODBC Driver 11(またはそれ以降のバージョン)をインストールします。
      2. .NET Frameworkの最新の修正プログラムロールアップを適用します。
      3. .NET Frameworkのバージョンに基づいてADO.NET - SqlClientをインストールします。詳しくは、https://support.microsoft.com/ja-jp/kb/3135244を参照してください。
      4. 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.
      5. マシンを再起動します。
    2. セッション記録ポリシーコンソールをホストしているマシンにログオンします。.NET Framework の最新の修正プログラムロールアップを適用し、.NET Framework (バージョン 4 以降) に強力な暗号化を設定します。強力な暗号化を設定する方法は、サブステップ 1-4 および 1-5 と同じです。セッション記録ポリシーコンソールをセッション記録サーバーと同じコンピューターにインストールする場合は、これらの手順を省略できます。

2016 より前のバージョンの SQL Server で TLS 1.2 サポートを構成するには、https://support.microsoft.com/ja-jp/kb/3135244 を参照してください。TLS 1.2 を使用するには、セッション記録コンポーネントの通信プロトコルとして HTTPS を構成します。

セキュリティに関する推奨事項

この記事の概要