WindowsとEdgeで安全なブラウジングのためにApplication Guardを使用する方法

最終更新: 08/05/2026
  • Application Guardは、信頼できないサイトやファイルをHyper-Vベースのコンテナ内に隔離することで、システムと企業ネットワークを保護します。
  • 組織は、どのサイト、ネットワーク、クラウド リソースを信頼できるかを定義します。それ以外のすべては、隔離されたエッジ セッションで開かれます。
  • アップロードのブロック、オプションのお気に入り同期、トラフィックタグ、一部の拡張機能のサポートなど、高度な機能が含まれています。
  • Application Guardは依然として強力な機能ではあるものの、MicrosoftはEnterprise Edgeにおいて非推奨機能として位置付けており、代替手段の検討を推奨している。

Application Guardによる安全なブラウジング

マイクロソフトは、ブラウジングや特定のファイルを別の環境に隔離するために、 Microsoft Defender Application Guard(MDAG)を開発しました。これにより、ユーザーが感染したWebサイトにアクセスしたり、悪意のあるドキュメントを開いたりした場合でも、被害は安全な環境内に留まり、メインシステムや企業データに及ぶことはありません。

Application Guardは、 Windows 10、Windows 11、およびMicrosoft Edgeブラウザ向けに設計されたセキュリティ技術で、ハードウェア分離に基づいています。ユーザーが組織が信頼できないと判断したサイトにアクセスすると、そのサイトはホストオペレーティングシステムとは完全に分離された、軽量な仮想マシン内で開きます。

この隔離された「ボックス」はHyper-Vによって実現されるため、コンテナはユーザーの実際のWindowsシステムとは独立した独自の環境を持ちます。ページが悪意のあるものであったり、危険なものをダウンロードしたりする場合でも、コードはそのコンテナ内で実行されるため、企業ネットワーク、物理コンピュータのファイルシステム、ホストに保存されている企業認証情報にアクセスすることはできません。

この設計思想は、いわゆる「侵害抑制手法」に沿ったものです。つまり、遅かれ早かれ攻撃は必ず突破されるという前提に基づき、その際に被害を最小限に抑えることを戦略としています。Application Guardは100%の防御を保証するものではなく、仮想化された境界内で被害を封じ込めることを目的としています。

Application GuardはEdgeとの連携に加え、Microsoft Officeドキュメント(Word、Excel、PowerPoint)の保護にも拡張されました。信頼できないと判断されたファイルが開かれると、Officeはそれを同じ種類の隔離されたコンテナに読み込むことで、悪意のあるマクロやコードが機密性の高いシステムデータにアクセスするのを防ぎます。

Application Guardの技術的な仕組み

Application Guardの中核となるのは、Hyper-Vベースのハードウェア分離モデルです。有効にすると、WindowsはEdge(または保護されたOfficeプロセス)の隔離されたインスタンスを実行する別のコンテナを起動します。このコンテナは、ホストシステムに直接アクセスできない、小さな仮想マシンのように動作します。

組織は、安全とみなされる信頼できるサイト、クラウド リソース、および内部ネットワークのリストを定義します。このリストにないものはすべて、自動的に信頼できないものとして分類されます。ユーザーが信頼されていない URL にアクセスしようとすると、Edge は通常のブラウザーで読み込むのではなく、Application Guard ウィンドウでその Web サイトを開きます。

このモードでは、ブラウザは完全に独立したプロファイルで動作します。企業ポリシーで特定の同期が許可されている場合を除き、Cookie、パスワード、ホストユーザーデータは一切使用されません。攻撃者にとって、コンテナは事実上匿名です。なぜなら、攻撃者は企業の認証情報や機密情報にアクセスできないからです。

重要なのは、コンテナ内で行われた変更(ダウンロードされたファイル、ブラウザの設定、実行中のマルウェアなど)はすべてその環境内に限定されるということです。Application Guardセッションが終了すると、システムはコンテナを破棄するか、その状態をクリーンアップできるため、潜在的な脅威はメインシステムに影響を与えることなく排除されます。

ネットワークの観点から見ると、コンテナから発生するトラフィックはホストのトラフィックと区別できるため、組織は分離されたセッションに対して特定のプロキシおよびフィルタリングポリシーを適用できます。これは、インターネット閲覧をコンテナ内からのみ実行することを想定している場合に特に役立ちます。

使用シナリオと推奨デバイスタイプ

Microsoft Application Guardは、主に企業環境や組織向けに設計されていますが、高性能なパーソナルコンピュータでも使用できます。主な適用シナリオは、様々なデバイスタイプと管理モデルを網羅しています。

まず、 Microsoft Configuration ManagerやMicrosoft Intuneなどのツールを使用して管理される、ドメインに参加している企業向けデスクトップがあります。これらのマシンでは、ユーザーは通常、標準的なアクセス許可を持ち、大容量の有線ネットワーク上で作業します。Application Guardは、社内サイト以外でのブラウジングを保護するために、このような環境に最適です。

もう一つの重要なグループは、ドメインに参加しているビジネス用ノートパソコンで、通常はWi-Fi経由で企業ネットワークに接続されています。オフィス外に持ち出されるモバイルデバイスであるため、セキュリティレベルの低いネットワークにさらされる機会が多く、ブラウザの分離がさらに重要になります。

BYOD (Bring Your Own Device:私物端末の業務利用)モデルも検討対象となります。これは、ドメインに参加していない個人所有のノートパソコンで、IntuneなどのMDMソリューションを介して組織によって管理されます。このような場合、ユーザーは通常、自分のデバイスのローカル管理者であるためリスクが高まり、企業向けブラウジング用のセキュアなコンテナが非常に有効となります。

  Windows 11のサポートはいつ終了しますか?日付と完全ガイド

最後に、管理されていないパーソナルコンピュータも考慮に入れることができます。この場合、ユーザーはデバイスの完全な所有権を持ち、システム管理者として機能します。このような環境は企業にとって制御がより困難ですが、隔離されたコンテナ内でEdgeを実行できる機能は、機密性の高いリソースにアクセスする際に、追加の保護層を提供します。

Application Guardを使用するためのシステム要件とライセンス要件

Microsoft EdgeでApplication Guardを使用するには、特定のオペレーティングシステムおよび管理上の前提条件を満たす必要があります。Windowsのバージョンレベルでは、Windows 10 1809(2018年10月アップデート)以降(Windows 11の同等バージョンを含む)が必要です。

この機能は、 Windows Pro、Windows Enterprise、Windows Pro Education/SE、Windows EducationなどのWindowsクライアントSKUで利用可能です。これらの製品では、いわゆる「Edgeスタンドアロンモード」においてMicrosoft Defenderアプリ保護がサポートされています。

ライセンスに関して言えば、このモードでMDAGを使用する権利は、Windows Pro/Pro Education/SE、Windows Enterprise E3、Windows Enterprise E5、Windows Education A3、およびWindows Education A5のライセンスを通じて付与されます。つまり、エンタープライズ版専用の機能ではありませんが、企業環境では通常、主にこのエディションに導入されます。

適切なオペレーティングシステムに加えて、構成を適用するには互換性のある管理ソリューションが必要です。たとえば、Microsoft IntuneまたはConfiguration Managerなどを使用し、Microsoft Defender Application Guardの公式ドキュメントに記載されているソフトウェア要件に従ってください。

ハードウェアレベルでは、Hyper-Vに依存しているため、デバイスがハードウェア支援仮想化をサポートし、通常のWindowsセッションと並行してコンテナをスムーズに実行するための十分なリソース(CPU、RAM)を備えていることが不可欠です。

WindowsにApplication Guardをインストールして有効にする方法

Windows 10または11コンピューターでApplication Guardを有効にするには、オプションのシステム機能のように行います。Windows 10 April 2018および類似バージョンでは、従来の手順としてコントロールパネルを使用しますが、新しいバージョンでは「オプション機能」からも有効にできます。

一般的な方法は、「コントロール パネル」>「プログラム」を開き、「Windows の機能の有効化または無効化」をクリックすることです。利用可能な機能の一覧から「Windows Defender アプリ保護」を探し、そのチェックボックスをオンにします。

「OK」をクリックして確認すると、Windows は隔離環境に必要なコンポーネントの適用を開始します。インストールが完了すると、変更を確定するためにコンピューターを再起動するよう促されます。再起動後、アプリケーションガード機能が使用できるようになります。

管理環境では、通常、IntuneまたはConfiguration Managerに付属するグループポリシーまたは構成プロファイルを通じて、アクティベーションが一元的に行われます。これらのポリシーは、機能を有効にするだけでなく、信頼済みサイトのリストや高度なセキュリティ設定も定義します。

ユーザーが手動でこの機能を有効化することもできますが、企業においては、ネットワーク分離の設定と使用ポリシーがセキュリティ戦略全体と整合するように、IT部門が管理された方法で有効化することが推奨される方法であることを覚えておくことが重要です。

Application Guardを使用して安全にブラウジングする方法

この機能がインストールされると、Microsoft Edgeで専用のアプリケーションガードウィンドウを開くことができます。Windows 10 April 2018 Updateなどのバージョンでは、ブラウザのサイドメニューから「新しいアプリケーションガードウィンドウ」オプションを選択することで開きます。

それを選択すると、Edge には隔離された安全な環境が作成されていることを示すメッセージが表示されます。数秒間、Hyper-V 対応のコンテナが準備され、処理が完了すると、新しい Edge インスタンスが表示され、Application Guard 内でブラウジングしていることが視覚的にわかるインジケーター (たとえば、左上隅に特徴的なアイコン) が表示されます。

このウィンドウ内では、アクセスしたウェブサイトはホストとは別の仮想環境で実行されます。ユーザーは通常のEdgeブラウザと同様に閲覧できますが、セッション内で発生するすべての処理はコンテナ内に限定されます。ウィンドウが閉じられると、システムはセッション状態を破棄して潜在的な脅威を排除できます。

管理構成では、通常、使用状況はさらに透過的になります。従業員が組織の信頼済みリストに含まれていないサイトにアクセスしようとすると、Edge はそれが潜在的に危険なアクセス先であることを検知し、自動的に Application Guard セッションにリダイレクトします。ユーザーは、安全な環境を示すインジケーターが表示される以外に、この変更にほとんど気づきません。

このアプローチにより、管理者は公開されているドメインやウェブサイトのカテゴリを「信頼できない」とマークし、重要な内部ポータルのみを通常のブラウザで開くように設定できるため、内部インフラストラクチャへの攻撃のリスクを軽減できます。

Application Guard を搭載した Microsoft Edge の主な改善点と新機能

新しいChromiumベースのMicrosoft Edgeへの移行に伴い、MicrosoftはApplication Guardに関して、旧バージョンのEdge Legacyとの機能的な同等性を維持・向上させるために尽力しました。機能の再現に加え、管理者による制御を強化し、ユーザーエクスペリエンスを向上させるための調整も行われています。

  2030年のWindowsの未来:人工知能と新しいインタラクション方法

主要な新機能の1つは、コンテナからのファイルアップロードをブロックできる機能です。Microsoft Edge 96以降、組織はApplication Guard内で、ユーザーがローカルコンピューターからオープンサイトにファイルをアップロードすることを防止できます。これは、「ApplicationGuardUploadBlockingEnabled」ポリシーを使用して管理されます。

もう一つの重要な変更点は、Microsoft Edge 94 から導入されたパッシブモードです。このモードでは、Application Guard は定義されたサイトリストを無視し、ユーザーが分離が設定されていないかのように Edge でブラウジングできるようにします。これは、テストフェーズや、自動動作を一時的に無効にしたいシナリオで便利なオプションです。関連するポリシーは「ApplicationGuardPassiveModeEnabled」です。

ホストからコンテナへお気に入りを同期する機能も追加されました。Microsoft Edge 91以降、ユーザーはメインブラウザーのブックマークを分離セッションで確認できるようになり、組織が「ApplicationGuardFavoritesSyncEnabled」ポリシーを使用してこの機能を有効にしている場合は、新しいお気に入りもコンテナに表示されます。

きめ細かなトラフィック制御を必要とする企業向けに、EdgeにはApplication Guardコンテナから発信される接続にタグを付けるオプションが用意されています。「ApplicationGuardTrafficIdentificationEnabled」ポリシーを使用すると、コンテナからの送信ネットワークトラフィックに特定のヘッダーや識別子を含めることができ、プロキシやその他のセキュリティアプライアンスがホストのトラフィックとは異なるルールをそのトラフィックに適用できるようになります。

お客様からよく寄せられる要望の一つに、コンテナ内での拡張機能の互換性がありました。Microsoft Edge バージョン 81 以降では、「ExtensionInstallForcelist」ポリシーが正しく構成され、拡張機能の更新 URL がネットワーク分離ポリシーで中立リソースとしてマークされていれば、Application Guard セッションに拡張機能をインストールすることが可能になりました。

高度な管理機能:デュアルプロキシ、診断機能、コンテナトラフィック

多くのエンタープライズ向けApplication Guard導入事例では、複雑なネットワークアーキテクチャが採用されており、特定のプロキシを介してコンテナトラフィックを識別しルーティングすることが不可欠です。このようなシナリオに対応するため、Microsoft Edgeは「デュアルプロキシ」設計を標準でサポートしています。

Edgeの安定版バージョン84以降では、「ApplicationGuardContainerProxy」ポリシーを設定することで、コンテナから送信されるトラフィック専用のプロキシを定義し、ホスト接続とは分離することができます。これにより、組織は分離されたブラウジングトラフィックをより厳格な検査パスを通してルーティングし、詳細な分析を可能にする一方、ホストトラフィックは引き続き別のプロキシを使用します。

トラブルシューティングを容易にするため、Edgeには専用のApplication Guard診断ページが用意されています。アドレスバーに「edge://application-guard-internals」と入力するとアクセスできます。この複数のタブで構成されたページでは、適用されている構成に関する情報を表示したり、デバイスのポリシーに基づいて特定のURLの信頼レベルを確認したりできます。

このツールは、ユーザーからコンテナ内でサイトが予期せず開く、または開かないという報告があった場合に特に役立ちます。サポート担当者は、URLが信頼できるものとして評価されているかどうかを確認し、それに応じてサイトリストやネットワーク分離ポリシーを調整できます。

トラフィック管理に関して、コンテナからのリクエストにタグを追加できる機能により、管理者は、コンテナからのアクセスを信頼できない少数のWebサイトのみに制限したり、逆に、Application Guardからのみ特定のインターネットアクセスを許可したりするなどのシナリオを実装できます。

このレベルの詳細情報により、Application Guardとネットワークセキュリティ戦略全体の整合性が大幅に向上し、どのトラフィックがホストに属するもので、どのトラフィックが隔離された、潜在的にリスクの高い環境から来ているかを明確に把握できるようになります。

コンテナ内のエッジアップデートと拡張機能の互換性

旧バージョンのMicrosoft Edge Legacyでは、コンテナ内のアップデートはWindowsのアップデートサイクルに連動していました。つまり、スタンドアロンのブラウザはオペレーティングシステムと同時にアップデートされるため、ブラウザエンジンを最新の状態に保つにはWindowsのパッチに依存する必要がありました。

新しいEdgeでは状況が変わりました。ブラウザはオペレーティングシステムとは独立してアップデートされ、ホスト上で実行されているチャネルとバージョンはApplication Guardコンテナ内に複製されます。これにより、隔離されたEdgeのメンテナンスサイクルを別途考慮する必要がなくなり、管理が簡素化されます。

拡張機能に関しては、前述のとおり、ポリシーを使用することで、ホストとコンテナの両方で拡張機能のインストールを強制したり、ブロックしたり、削除したりできます。実用的な組み合わせとしては、例えば、パフォーマンスの向上とリスクの軽減のために、サンドボックス環境内で広告ブロッカーのインストールを義務付けたり、Application Guardセッション内でのみカスタム企業拡張機能を許可したりすることが挙げられます。

ただし、すべての拡張機能が互換性があるわけではありません。ネイティブメッセージングコンポーネントに依存する拡張機能は、コンテナ内ではサポートされていません。拡張機能ポリシーが有効になっているにもかかわらず、Application Guardセッションで拡張機能が動作しない場合は、その拡張機能がこれらのコンポーネントを必要としているかどうかを確認することをお勧めします。必要としている場合は、その拡張機能をApplication Guardセッションで使用することはできません。

  Windows 10 での Netio.sys ブルー スクリーン エラー [専門家による修正]

一方、お気に入り同期はオプションです。従業員がApplication Guardウィンドウに普段使用しているブックマークが表示されない場合、お気に入り同期ポリシーが無効になっている可能性が最も高いです。その場合は、IT部門が管理コンソールの設定を確認し、必要に応じて有効にする必要があります。

実用上の制限事項:ダウンロード、コピー&ペースト、HDR、その他よくある質問

Application Guardによる隔離は、必然的に日常的な作業に一定の制限をもたらします。よくある質問の一つに、コンテナからホストコンピュータにドキュメントをダウンロードできるかどうかというものがあります。その答えは、Windowsのバージョンとポリシー設定によって異なります。

Windows 10 Enterprise バージョン 1803 では、組織が適切なポリシーで許可していれば、ユーザーは隔離されたセッションからホストにファイルをダウンロードできます。ただし、Windows 10 Enterprise 1709 または Windows 10 Professional 1803 では、Application Guard からホスト コンピューターにファイルを直接エクスポートすることはできません。

このような場合、有効な回避策があります。Application Guardセッション内から「PDFに印刷」または「XPSに印刷」オプションを選択し、結果をホストデバイスに保存します。こうすることで、元のファイルを移動できない場合でも、安全な形式で印刷されたコピーを入手できます。

コピー&ペーストに関しては、社内規定で許可される内容が定められています。通常、ホストとコンテナ間でのテキストと.bmp画像の転送は許可されていますが、その他の種類のデータは許可されていません。これは、特定の作業を容易にしながら、分離性を維持するのに役立ちます。

もう一つ興味深い点は、HDRビデオ再生です。Application Guardコンテナ内でHDRオプションを利用するには、 Application Guardの設定でvGPUハードウェアアクセラレーションを有効にする必要があります。このアクセラレーションが有効になっていないと、サンドボックスはGPUの機能を最大限に活用できません。

最後に、多くのユーザーがChrome用のApplication Guard拡張機能について混乱しています。EdgeにはApplication Guard機能が標準搭載されているため、Edgeにこの拡張機能をインストールする必要はありません。実際、Chrome用に設計された拡張機能は、Microsoft Edgeとは互換性のない構成になっています。

Application Guardの現状と非推奨機能

マイクロソフトは長年にわたりセキュリティ機能のカタログを調整しており、その過程で、 Microsoft Defender Application Guardは、特にEdge for Businessにおいて、特定のシナリオでは時代遅れの機能とみなされるようになった。

マイクロソフトは、企業向けMicrosoft EdgeにおけるMicrosoft Defender App Protection(Windows Isolated App Launcher APIを含む)のサポートを終了し、今後アップデートを提供しないことを発表しました。既にインストールされているコンピューターでは引き続き機能する可能性がありますが、メンテナンスと開発は終了しています。

具体的には、ChromeとEdge用のApplication Guard拡張機能は、Chromiumエコシステムにおける拡張機能の動作方法と権限を定義する新しいManifest V3には対応しません。Manifest V3が必須になると、この拡張機能は無効化され、動作しなくなります。

一般家庭ユーザーへの影響は限定的です。なぜなら、Application Guardはもともと企業環境向けに設計されたソリューションだからです。とはいえ、Microsoftは、Application Guardを使用していた組織に対し、潜在的に危険なWebサイトに対する同様のセキュリティレベルを維持するために、代替のブラウジング隔離および保護ソリューションを検討することを推奨しています。

Application Guardの段階的な廃止は、Windowsで廃止予定とされている他の機能、例えば短いRSA鍵を持つ特定の種類のTLS証明書、Windows Mixed Realityエコシステムの一部、さらには一部のバージョンのWindows Subsystem for Androidなどと同様の措置です。これらの兆候から、Microsoftは機能ポートフォリオを再編成・簡素化し、他のセキュリティ技術に注力していることがうかがえます。

実際には、これは、Application Guardが信頼できないブラウジングやドキュメントを隔離するための非常に強力なツールである一方で、企業は他のブラウザおよびコンテナセキュリティソリューションへの移行を計画し、その間はサイトリスト、ダブルプロキシ、内部診断、トラフィックと拡張機能のきめ細かな制御など、Application Guardが提供するすべての機能を活用する必要があることを意味します。

全体像を見ると、Application Guardは「隙間を埋める」戦略において重要な一歩であり、安全な環境で攻撃を封じ込めることで、多くの組織が生産性とWeb脅威や悪意のあるファイルからの保護とのバランスをより良く取ることを支援してきました。また、分離と軽量仮想化に基づいたセキュリティモデルへの明確な道筋を切り開いています。

FAQ Mac
関連記事:
Macに関するよくある質問:プライバシー、Cookie、ローカルAI、セーフブラウジング