Windows Virtual Desktopのセキュリティ｜現Azure Virtual Desktopの対策と構成を解説

Windows Virtual Desktop（WVD）は、2021年6月にAzure Virtual Desktop（AVD）へ名称変更されたMicrosoftのクラウド型仮想デスクトップサービスです。旧名称のまま検索されることが多いため本記事も併記しますが、現在の製品名・機能・料金はすべてAzure Virtual Desktopのものを指します。セキュリティ面の最大の特徴は、セッションホスト（仮想マシン）にインバウンドポートを一切開けない「リバース接続」でRDP通信を成立させる点です。加えてMicrosoft Entra ID（旧Azure AD）連携による条件付きアクセス・多要素認証、画面キャプチャ保護、ディスク暗号化を組み合わせることで、社内ネットワークにVPNの穴を開けずに端末を問わない安全なリモート環境を構築できます。

まとめ

• WVDは現在のAzure Virtual Desktop。2021年6月に改称。旧名称で検索しても中身は同じ製品を指す。
• セッションホストにインバウンドポート不要。リバース接続がAVD Gatewayへ外向きHTTPS(443)で接続するため、RDPポート(3389)をインターネットに開けない。
• ID側で守る。Entra ID＋条件付きアクセス＋MFAでサインインを制御し、画面キャプチャ保護・ウォーターマークで情報漏えいを抑止。
• リモートデスクトップ接続（mstsc）とは別物。AVDはマルチセッションのマネージドVDI、mstscは単なる接続クライアント。1台を1人が使うならWindows 365が簡単。
• アクセスライセンスは対象ライセンス保有で追加費用なし。実費は仮想マシンとストレージのAzure従量課金が中心。

Windows Virtual DesktopとAzure Virtual Desktopの関係

Windows Virtual Desktopは2019年に一般提供が始まり、2021年6月7日にAzure Virtual Desktopへ改称されました。名称変更に伴い、RemoteApp（アプリ単体の配信）やマルチセッション対応の拡大などが進みましたが、旧WVDと別サービスに置き換わったわけではなく、同じ基盤の継続です。したがって「windows virtual desktop セキュリティ」で調べた内容は、そのまま現行のAVDに当てはまります。

AVDはクラウド上でWindows 10／Windows 11のデスクトップやアプリを配信するVDI（仮想デスクトップインフラ）です。VDIとは、OSやアプリをサーバー側の仮想マシンで動かし、手元の端末には画面転送だけを行う仕組みで、データを端末に残さないためセキュリティ用途と相性が良い方式です。AVDの最大の差別化点は、1台の仮想マシンに複数ユーザーが同時ログインできるマルチセッションに対応することで、ユーザーごとに専用マシンを割り当てる従来型VDIよりVM台数を圧縮できます。オンプレミスのRemote Desktop Services（RDS）をクラウドネイティブに再設計した後継にあたり、ゲートウェイやブローカーなどの管理基盤をMicrosoftが運用するため、利用側はセッションホストと利用者の管理に集中できます。

Azure Virtual Desktopのセキュリティ構成

AVDのセキュリティは「通信経路」「ID」「画面・データ」の3層で捉えると整理しやすくなります。以下は実際の攻撃面を減らす具体的な仕組みです。

リバース接続：セッションホストにインバウンドポートを開けない

オンプレミスのRDSは受信用のTCPリスナー（3389番など）を公開する必要がありましたが、AVDはリバース接続トランスポートを使います。セッションホストはAVD Gatewayに対して外向きのHTTPS(443)接続を確立し、その経路の内側でRDPセッションを張ります。受信ポートを待ち受けないため、セッションホストにパブリックIPを付与する必要がなく、ネットワークセキュリティグループ（NSG）でRDPのインバウンド許可を作る必要もありません。インターネットに露出したRDPポートを狙うブルートフォースやポートスキャンの標的そのものを無くせるのが、AVDを選ぶ最大のセキュリティ上の理由です。

低遅延が必要な場合はUDPを使うRDP Shortpathを併用できます。ICE/STUNやTURN経由の構成であれば、ネットワーク条件により経路は変わるものの、セッションホスト側でインバウンドポートを開けずにUDP経路を確立でき、受信ポート非公開という前提を崩さずに済みます。

Microsoft Entra ID連携・条件付きアクセス・MFA

認証はMicrosoft Entra ID（旧Azure Active Directory）に集約します。条件付きアクセスで「社内ネットワークや準拠デバイスからのみ許可」「リスクの高いサインインはブロック」といったポリシーを適用し、多要素認証（MFA）を必須化することで、パスワード漏えい単独での侵入を防ぎます。認証アプリを使った本人確認の仕組みはMicrosoft Authenticatorの仕組みと使い方で解説しているとおりで、AVDでもこのMFAをサインインの条件に組み込めます。Entra IDの位置づけや旧Azure ADとの違いはMicrosoft Entra ID（旧Azure AD）とはを参照してください。ネットワークの内外を問わず毎回検証する考え方はNISTが提唱するゼロトラストの7つの基本原則に沿っており、AVDはそのアクセス制御を実装しやすい構成になっています。

画面キャプチャ保護とウォーターマーク

正規に接続できるユーザーからの情報持ち出しには、画面側の対策が効きます。画面キャプチャ保護を有効にすると、対応クライアント（Windowsアプリなど）で接続したリモートセッションの画面は、スクリーンショットや画面共有ツールで取得しようとしても黒く抜け、内容が記録できません。ウォーターマークは接続ID（Connection ID）やデバイスIDを埋め込んだQRコードを画面に重ね、スマートフォンで盗撮された場合でも管理者が該当セッションを追跡できるようにします。いずれもAVDとWindows 365 Cloud PCの両方で利用できる機能です。

データ暗号化とセッションホストの分離

セッションホストのOSディスクとデータディスクはAzure Storage側で保存時暗号化され、より厳格にする場合はAzure Key Vaultの顧客管理キー（CMK）で鍵を自社管理できます。VMは前述のとおりパブリックIPを持たない仮想ネットワーク内に配置でき、管理端末からのアクセスもAzure BastionやJust-In-Time VMアクセスで一時的に絞り込めます。より高い分離が必要な業務では、メモリ内容まで保護するConfidential VMをセッションホストに採用する選択肢もあります。

リモートデスクトップ接続・RDS・Windows 365との違い

「azure virtual desktop リモートデスクトップ 違い」で調べる場合、比較対象が3つに分かれます。Windowsに標準搭載のリモートデスクトップ接続（mstsc.exe）は、既存の1台のPCへ1対1でつなぐクライアントにすぎず、接続先の管理・冗長化・スケールは自前です。RDSはオンプレミスで同種の基盤を自社構築・運用する方式で、ゲートウェイの公開やパッチ適用まで自社責任になります。AVDはその基盤をMicrosoftが運用するマネージドVDIで、マルチセッションとリバース接続を前提にできます。1人1台の専用環境を定額で手早く配りたいだけならWindows 365（Cloud PC）が向いています。

ライセンス体系とAzure従量課金の内訳

AVDのコストは「アクセスライセンス」と「Azureの実費」に分かれます。アクセスライセンスは、Microsoft 365 E3／E5、Windows Enterprise E3／E5、Windows Education A3／A5などの対象ライセンスを持つユーザーであれば追加費用なしで利用できます。実際に課金されるのは、セッションホストの仮想マシン（サイズ×稼働時間）、OS／ユーザープロファイル用のストレージ、ネットワーク転送量といったAzureリソースの従量分です。マルチセッションで1台に複数ユーザーを収容し、自動スケーリングで夜間・休日にVMを停止すれば、この実費を抑えられます。一方、Windows 365はユーザーごとの月額定額に計算資源・ストレージ・ライセンスが含まれるため、台数が読みやすく管理も軽い代わりに、集約による単価圧縮は効きません。人数が多く負荷が変動する環境ほどAVDの従量課金が有利になりやすい、というのが料金面の要点です。

導入の5ステップとインバウンド非公開の設定

AVDの構築はAzureポータルまたはPowerShell／Azure CLIで進めます。セキュリティを崩さないための要点を含めると、流れは次のとおりです。

1. 仮想ネットワークを用意し、セッションホストはパブリックIPなしのサブネットに配置する。
2. ホストプールを作成する。個人割り当て（専用）か、マルチセッションでの共有（プール）かをここで選ぶ。
3. セッションホスト用VMを作成し、Entra IDまたはEntra Domain Servicesに参加させる。
4. アプリケーショングループとワークスペースを作り、利用ユーザー／グループを割り当てる。
5. 条件付きアクセスとMFAを適用し、必要に応じて画面キャプチャ保護・ウォーターマークを有効化する。

リバース接続が前提のため、この手順でRDPの受信を許可するNSGルールを追加する場面は現れません。もし「接続のためにインバウンドで3389を開ける」という設計になっていたら、それはAVD本来の構成から外れているサインです。

AVDが向く場面と向かない場面

AVDは、拠点や端末がばらばらな多人数の従業員を1つのクラウド環境へ集約し、インバウンドポートを開けずに社内システムへアクセスさせたい場合に最も効果を発揮します。BYODや業務委託の端末を信用しきれない状況でも、画面キャプチャ保護とEntra IDの条件付きアクセスでデータを端末に残さず運用できます。逆に、対象が数名で1人1台の固定環境を配れば足りるケースや、常時フル稼働で自動スケーリングによる停止余地がないワークロードでは、従量課金と設計・運用の手間が見合わず、定額のWindows 365や物理PCのほうが総コストで有利になることがあります。マルチセッションでの単価圧縮を狙うなら、プロファイル管理（FSLogix）やVMサイズの見積もりに手を掛ける前提で採用を判断してください。

よくある質問

Windows Virtual DesktopとAzure Virtual Desktopは違うサービスですか？

同じサービスです。2021年6月にWindows Virtual DesktopからAzure Virtual Desktopへ名称変更されました。旧名称で解説されている内容も、基本的に現行のAVDに当てはまります。

AVDはリモートデスクトップ接続（mstsc）と何が違いますか？

mstscは既存の1台へ1対1でつなぐ接続クライアントで、接続先の管理は自前です。AVDはMicrosoftが運用するマネージドVDIで、マルチセッションやリバース接続、Entra ID連携によるアクセス制御を前提に多人数の環境を集約できます。

セッションホストにRDPのインバウンドポートを開ける必要はありますか？

ありません。AVDはセッションホストからAVD Gatewayへ外向きHTTPS(443)で接続するリバース接続を使うため、受信ポート（3389など）を開けず、パブリックIPも不要です。インターネットに露出したRDPを狙う攻撃の標的を無くせます。

AVDを使うのにアクセスライセンスは別途必要ですか？

Microsoft 365 E3／E5、Windows Enterprise E3／E5などの対象ライセンスを持っていれば、AVDのアクセスライセンス費用は追加で発生しません。実費として課金されるのは、仮想マシンやストレージなどAzureリソースの従量分が中心です。

リモートセッションのスクリーンショットを禁止できますか？

できます。画面キャプチャ保護を有効にするとスクリーンショットや画面共有で画面内容が取得できなくなり、ウォーターマークで接続ID入りのQRコードを重ねれば盗撮されたセッションも追跡できます。いずれもAVDとWindows 365で利用可能です。

関連記事

• Microsoft Entra ID（旧Azure AD）とは？読み方・違い・機能・料金を解説
• NISTが提唱するゼロトラストの7つの基本原則を深掘り解説
• Microsoft Authenticator（オーセンティケーター）とは？仕組み・使い方を解説