グローバル セキュリティで保護されたアクセスに関する既知の制限事項

グローバルセキュリティで保護されたアクセスは、Microsoft Entra Internet AccessとMicrosoft Entra Private Accessの両方で使用される統一的な用語です。

この記事では、グローバル セキュリティで保護されたアクセスを使用するときに発生する可能性がある既知の問題と制限事項について詳しく説明します。

グローバル セキュリティで保護されたアクセス クライアントの制限事項

グローバル セキュリティで保護されたアクセス クライアントは、複数のプラットフォームで使用できます。 各プラットフォームの既知の制限事項の詳細については、各タブを選択してください。

Windowsのグローバル セキュリティで保護されたアクセス クライアントの既知の制限事項は次のとおりです。

セキュリティで保護されたドメイン ネーム システム (DNS)

グローバル セキュリティで保護されたアクセス クライアントは、現在、HTTPS 経由の DNS (DoH)、DNS over TLS (DoT)、DNS セキュリティ拡張機能 (DNSSEC) など、さまざまなバージョンのセキュリティで保護された DNS をサポートしていません。 ネットワーク トラフィックを取得できるようにクライアントを構成するには、セキュリティで保護された DNS を無効にする必要があります。 ブラウザーで DNS を無効にするには、「ブラウザー で無効になっているセキュリティで保護された DNS」を参照してください。

TCP 経由の DNS

DNS では、名前解決にポート 53 UDP が使用されます。 一部のブラウザーには、ポート 53 TCP もサポートする独自の DNS クライアントがあります。 グローバルセキュアアクセスクライアントは現在、DNSポート53のTCPをサポートしていません。 軽減策として、次のレジストリ値を設定して、ブラウザーの DNS クライアントを無効にします。

  • Microsoft Edge
    [HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\Edge] "BuiltInDnsClientEnabled"=dword:00000000
  • クロム
    [HKEY_CURRENT_USER\Software\Policies\Google\Chrome] "BuiltInDnsClientEnabled"=dword:00000000
    また、ブラウジング chrome://flags を追加し、 Async DNS resolverを無効にしてください。

グループ ポリシーの名前解決ポリシー テーブルルールがサポートされていません

Windowsのグローバル セキュリティで保護されたアクセス クライアントは、グループ ポリシーの名前解決ポリシー テーブル (NRPT) 規則をサポートしていません。 プライベート DNS をサポートするために、クライアントはデバイスでローカル NRPT 規則を構成します。 これらのルールにより、関連する DNS クエリがプライベート DNS にリダイレクトされます。 NRPT 規則がグループ ポリシーで構成されている場合、クライアントによって構成されたローカル NRPT 規則がオーバーライドされ、プライベート DNS は機能しません。

さらに、以前のバージョンのWindowsで構成および削除された NRPT 規則により、registry.pol ファイルに NRPT 規則の空のリストが作成されました。 このグループ ポリシー オブジェクト (GPO) がデバイスに適用されている場合、空のリストはローカル NRPT 規則をオーバーライドし、プライベート DNS は機能しません。

軽減策として:

  1. レジストリ キー HKLM\Software\Policies\Microsoft\Windows NT\DNSClient\DnsPolicyConfigがエンド ユーザー デバイスに存在する場合は、NRPT 規則を適用するように GPO を構成します。
  2. NRPT 規則で構成されている GPO を検索するには:
    1. エンド ユーザー デバイスで gpresult /h GPReport.html を実行し、NRPT 構成を探します。
    2. NRPT 規則を含む registry.pol 内のすべての sysvol ファイルのパスを検出する次のスクリプトを実行します。

手記

ネットワークの構成に合わせて、sysvolPath 変数を必ず変更してください。

# =========================================================================
# THIS CODE-SAMPLE IS PROVIDED "AS IS" WITHOUT WARRANTY OF ANY KIND, EITHER 
# EXPRESSED OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE IMPLIED WARRANTIES 
# OF MERCHANTABILITY AND/OR FITNESS FOR A PARTICULAR PURPOSE.
#
# This sample is not supported under any Microsoft standard support program 
# or service. The code sample is provided AS IS without warranty of any kind. 
# Microsoft further disclaims all implied warranties including, without 
# limitation, any implied warranties of merchantability or of fitness for a 
# particular purpose. The entire risk arising out of the use or performance
# of the sample and documentation remains with you. In no event shall 
# Microsoft, its authors, or anyone else involved in the creation, 
# production, or delivery of the script be liable for any damages whatsoever 
# (including, without limitation, damages for loss of business profits, 
# business interruption, loss of business information, or other pecuniary 
# loss) arising out of  the use of or inability to use the sample or 
# documentation, even if Microsoft has been advised of the possibility of 
# such damages.
#========================================================================= 

# Define the sysvol share path.
# Change the sysvol path per your organization, for example: 
# $sysvolPath = "\\dc1.contoso.com\sysvol\contoso.com\Policies"
$sysvolPath = "\\<DC FQDN>\sysvol\<domain FQDN>\Policies"  ## Edit

# Define the search string.
$searchString = "dnspolicyconfig"

# Define the name of the file to search.
$fileName = "registry.pol"

# Get all the registry.pol files under the sysvol share.
$files = Get-ChildItem -Path $sysvolPath -Recurse -Filter $fileName -File

# Array to store paths of files that contain the search string.
$matchingFiles = @()

# Loop through each file and check if it contains the search string.
foreach ($file in $files) {
    try {
        # Read the content of the file.
        $content = Get-Content -Path $file.FullName -Encoding Unicode
        
        # Check if the content contains the search string.
        if ($content -like "*$searchString*") {
            $matchingFiles += $file.FullName
        }
    } catch {
        Write-Host "Failed to read file $($file.FullName): $_"
    }
}

# Output the matching file paths.
if ($matchingFiles.Count -eq 0) {
    Write-Host "No files containing '$searchString' were found."
} else {
    Write-Host "Files containing '$searchString':"
    $matchingFiles | ForEach-Object { Write-Host $_ }
}

  1. 前のセクションで見つかった各 GPO を編集します。
    1. NRPT セクションが空の場合は、新しい Fictive ルールを作成し、ポリシーを更新し、Fictive ルールを削除して、ポリシーをもう一度更新します。 次の手順では、DnsPolicyConfigregistry.pol ファイル (レガシ バージョンの Windows で作成) から削除します。
    2. NRPT セクションが空ではなく、ルールが含まれている場合は、これらのルールが引き続き必要であることを確認します。 ルール が不要な場合は 、削除します。 規則 が必要で 、グローバル セキュリティで保護されたアクセス クライアントを使用するデバイスに GPO を適用する場合、プライベート DNS オプションは機能しません。 [作成] ボタンと [適用] ボタンが強調表示されている [名前解決ポリシー 規則] ダイアログのスクリーンショット。

接続フォールバック

クラウド サービスへの接続エラーが発生した場合、クライアントは、転送プロファイル内の一致するルールの セキュリティ強化 値に基づいて、インターネットへの直接接続または接続のブロックにフォールバックします。

Geolocation

クラウド サービスにトンネリングされるネットワーク トラフィックの場合、アプリケーション サーバー (Web サイト) は接続のソース IP をエッジの IP アドレス (ユーザー デバイスの IP アドレスとしてではなく) として検出します。 このシナリオは、位置情報に依存するサービスに影響する可能性があります。

先端

Microsoft EntraとMicrosoft Graphでデバイスの真の元のパブリック エグレス (ソース) IP を検出するには、Source IP 復元を有効にすることを検討してください。

仮想化のサポート

仮想マシンをホストするデバイスにグローバル セキュリティで保護されたアクセス クライアントをインストールすることはできません。 ただし、クライアントがホスト マシンにインストールされていない限り、グローバル セキュリティで保護されたアクセス クライアントを仮想マシンにインストールできます。 同じ理由から、Linux 用 Windows サブシステム (WSL) はホスト コンピューターにインストールされているクライアントからトラフィックを取得しません。

Hyper-Vサポート:

  1. 外部仮想スイッチ: グローバル セキュリティで保護されたアクセス Windows クライアントは、現在、Hyper-V外部仮想スイッチを持つホスト マシンをサポートしていません。 ただし、クライアントを仮想マシンにインストールして、トラフィックをグローバル セキュリティで保護されたアクセスにトンネリングできます。
  2. 内部仮想スイッチ: グローバルセキュアアクセスWindowsクライアントは、ホストマシンとゲストマシンにインストールできます。 クライアントは、インストールされているマシンのネットワーク トラフィックのみをトンネルします。 つまり、ホスト コンピューターにインストールされているクライアントは、ゲスト マシンのネットワーク トラフィックをトンネリングしません。

グローバル セキュリティで保護されたアクセス Windows クライアントは、Azure 仮想マシンとAzure Virtual Desktop (AVD) をサポートします。

手記

グローバル セキュリティで保護されたアクセス Windows クライアントは、AVD マルチセッションをサポートしていません。

プロキシ

プロキシがアプリケーション レベル (ブラウザーなど) または OS レベルで構成されている場合は、クライアントがトンネリングする必要があるすべての FQDN と IP を除外するようにプロキシ自動構成 (PAC) ファイルを構成します。

特定の FQDN/IP に対する HTTP 要求がプロキシにトンネリングされないようにするには、FQDN/IP を例外として PAC ファイルに追加します。 (これらの FQDN/IP は、トンネリング用のグローバル セキュア アクセスの転送プロファイルにあります)。 例えば:

function FindProxyForURL(url, host) {   
        if (isPlainHostName(host) ||   
            dnsDomainIs(host, ".microsoft.com") || // tunneled 
            dnsDomainIs(host, ".msn.com")) // tunneled 
           return "DIRECT";                    // If true, sets "DIRECT" connection 
        else                                   // If not true... 
           return "PROXY 10.1.0.10:8080";  // forward the connection to the proxy
}

Important

グローバル セキュア アクセス クライアントが送信プロキシの背後にある場合は、前述のように PAC ファイルの除外を構成して、グローバル セキュア アクセス トラフィックのプロキシをバイパスします。

パケットインジェクション

クライアントは、ソケットを使用して送信されたトラフィックのみをトンネリングします。 ドライバーを使用してネットワーク スタックに挿入されたトラフィックはトンネリングされません (たとえば、ネットワーク マッパー (Nmap) によって生成されたトラフィックの一部)。 挿入されたパケットは、ネットワークに直接送信されます。

マルチセッション

グローバル セキュリティで保護されたアクセス クライアントは、同じコンピューターでの同時セッションをサポートしていません。 この制限は、リモート デスクトップ プロトコル (RDP) サーバーと、マルチセッション用に構成された Azure Virtual Desktop (AVD) などの仮想デスクトップ インフラストラクチャ (VDI) ソリューションに適用されます。

QUIC はインターネット アクセスでサポートされていません

QUIC はまだインターネット アクセスでサポートされていないため、ポート 80 UDP と 443 UDP へのトラフィックはトンネリングできません。

先端

QUIC は現在、プライベート アクセスとMicrosoft 365ワークロードでサポートされています。

管理者は、クライアントが TCP 経由で HTTPS にフォールバックするようにトリガーする QUIC プロトコルを無効にすることができます。これは、インターネット アクセスで完全にサポートされています。 詳細については、インターネット アクセスでサポートされていない QUIC を参照してください。

WSL 2 接続

Windowsのグローバル セキュア アクセス クライアントがホスト コンピューターで有効になっている場合、Linux 用 Windows サブシステム (WSL) 2 環境からの送信接続がブロックされる可能性があります。 この問題を解決するには、dnsTunnelingを.wslconfigに設定するファイルを作成してください。 これにより、WSL からのすべてのトラフィックがグローバル セキュア アクセスをバイパスし、ネットワークに直接送信されます。 詳細については、「WSLの詳細設定の構成を する」を参照してください。

リモートネットワークの制限

リモート ネットワークの既知の制限事項は次のとおりです。

  • テナントあたりの最大リモートネットワーク数は200で、リモートネットワークあたりのデバイスリンク数は最大25です。 テナントに対してこれらの制限をさらに増やすには、Microsoft サポートにお問い合わせください。
  • ユニバーサル条件付きアクセスは、多要素認証の義務化、準拠デバイスの要求、ネットワークトラフィックに対する許容されるサインインリスクの定義などのアイデンティティコントロールを適用できます。クラウドアプリだけでなく。 これらのアイデンティティコントロールは、グローバルセキュアアクセスクライアントがインストールされているデバイスに適用されます。 リモートネットワーク接続はクライアントレス方式で、顧客がオンプレミスの機器からグローバルセキュアアクセスエッジサービスへIPsecトンネルを作成します。 そのリモートネットワーク(または支社)のすべてのデバイスからのネットワークトラフィックは、IPsecトンネルを通じてGlobal Secure Accessに送信されます。 つまり、Microsoftまたはインターネット トラフィックの条件付きアクセス ポリシーは、ユーザーがグローバル セキュア アクセス クライアントを持っている場合にのみ適用されます。
  • Microsoft Entra Private Accessにはグローバル セキュリティで保護されたアクセス クライアントを使用します。 リモート ネットワーク接続では、Microsoft トラフィックとインターネット アクセス トラフィック転送プロファイルがサポートされます。
  • インターネットトラフィックフォワーディングプロファイルの カスタムバイパス 機能は、リモートネットワーク接続には対応しません。 顧客用機器(CPE)から特定のURLを手動で回避する必要があります。

アクセス制御の制限事項

アクセス制御の既知の制限事項は次のとおりです。

  • プライベート アクセス トラフィックへの条件付きアクセス ポリシーの適用は現在サポートされていません。 この挙動をモデル化するために、クイックアクセスおよびグローバルセキュアアクセスアプリに対して、アプリケーションレベルで条件付きアクセスポリシーを適用します。 詳細については、「プライベート アクセス アプリへの条件付きアクセスの適用 」を参照してください。
  • Microsoftトラフィックは、グローバル セキュリティで保護されたアクセス クライアントなしでリモート ネットワーク接続を介してアクセスできます。ただし、条件付きアクセス ポリシーは適用されません。 つまり、グローバル セキュア アクセス Microsoft トラフィックの条件付きアクセス ポリシーは、ユーザーがグローバル セキュア アクセス クライアントを持っている場合にのみ適用されます。
  • 現在、プライベート アクセス アプリケーションでは、準拠しているネットワーク チェックはサポートされていません。
  • ソース IP 復元が有効になっている場合、元のパブリック エグレス (ソース) IP のみが表示されます。 グローバル セキュリティで保護されたアクセス サービスの IP アドレスが表示されません。 グローバル セキュア アクセス サービスの IP アドレスを表示する場合は、ソース IP 復元を無効にします。
  • 現在、Microsoft リソースは IP の場所ベースの条件付きアクセス ポリシーを評価します。元のソース IP アドレスは、継続的アクセス評価 (CAE) によって保護されたMicrosoft以外のリソースには認識されないためです。
  • CAEの 厳格な位置情報強制を使うと、信頼されるIP範囲内でもユーザーはブロックされます。 この状態を解決するには、以下のいずれかの推奨事項に従ってください。
    • Microsoft以外のリソースを対象とする IP の場所ベースの条件付きアクセス ポリシーがある場合は、厳密な場所の適用を有効にしないでください。
    • ソース IP 復元でトラフィックがサポートされていることを確認します。 そうでない場合は、関連するトラフィックをグローバル セキュリティで保護されたアクセス経由で送信しないでください。
  • 現在、プライベートアクセストラフィックを取得するにはグローバルセキュアアクセスクライアント経由で接続する必要があります。
  • ユニバーサル テナント制限を有効にして、許可リストのテナントのMicrosoft Entra 管理センターにアクセスすると、"アクセスが拒否されました" というエラーが表示されることがあります。 このエラーを修正するには、次の機能フラグをMicrosoft Entra 管理センターに追加します。
    • ?feature.msaljs=true&exp.msaljsexp=true
    • たとえば、Contoso で働いているとします。 パートナー テナントである Fabrikam が許可リストに表示されます。 Fabrikam テナントのMicrosoft Entra 管理センターのエラー メッセージが表示される場合があります。
      • URL https://entra.microsoft.com/の "アクセスが拒否されました" というエラー メッセージを受け取った場合は、次のように機能フラグを追加します https://entra.microsoft.com/?feature.msaljs%253Dtrue%2526exp.msaljsexp%253Dtrue#home
  • ユニバーサル CAE をサポートするのは、Windows (バージョン 1.8.239.0 以降) のグローバル セキュリティで保護されたアクセス クライアントのみです。 他のプラットフォームでは、グローバル セキュリティで保護されたアクセス クライアントは通常のアクセス トークンを使用します。
  • Microsoft Entra IDは、グローバル セキュリティで保護されたアクセスの有効期間が短いトークンを発行します。 ユニバーサルCAEアクセストークンは60分から90分持続し、ほぼリアルタイムの取り消しをサポートします。
  • Microsoft Entra ID信号がグローバル セキュア アクセス クライアントに到達し、ユーザーに再認証を求めるまで、約 2 ~ 5 分かかります。
  • グローバルセキュアアクセスクライアントは、ユーザーに認証を3回促し、それぞれ2分間の猶予期間があります。 つまり、CAE フロー全体に、グローバル セキュア アクセス クライアントに通知するために 4 ~ 5 分が含まれます。その後、最大 6 分の猶予期間が発生し、約 10 分後に切断されます。

トラフィック転送プロファイルの制限事項

トラフィック転送プロファイルの既知の制限事項は次のとおりです。

  • 現在、プライベートアクセストラフィックはグローバルセキュアアクセスクライアントでのみ取得可能です。 プライベート アクセス トラフィックをリモート ネットワークから取得することはできません。
  • IPアドレスによるプライベートアクセス宛先へのトンネリングは、エンドユーザーデバイスのローカルサブネット外のIP範囲でのみ機能します。
  • トラフィック転送プロファイルの完全修飾ドメイン名 (FQDN) の規則に基づいてネットワーク トラフィックをトンネリングするには、HTTPS 経由の DNS (セキュリティで保護された DNS) を無効にする必要があります。

プライベート アクセスの制限事項

プライベート アクセスの既知の制限事項は次のとおりです。

  • Global Secure Access アプリ間でアプリセグメントが重複しないようにします。
  • IP アドレスによるプライベート アクセス宛先へのトラフィックのトンネリングは、エンド ユーザー デバイスのローカル サブネット以外の IP 範囲でのみサポートされます。
  • 現時点では、プライベート アクセス トラフィックはグローバル セキュア アクセス クライアントでのみ取得できます。 リモート ネットワークをプライベート アクセス トラフィック転送プロファイルに割り当てることはできません。

インターネット アクセスの制限事項

インターネット アクセスの既知の制限事項は次のとおりです。

  • 管理者は、テナントあたり最大 256 個のセキュリティ プロファイル、テナントあたり最大 1,000 個のポリシー、およびテナントあたり最大 1,000 個のルールを作成できます。
  • 管理者は、各テナントで合計 8,000 の宛先 (IP、FQDN、URL、または Web カテゴリの任意の組み合わせ) を構成できます。 たとえば、1 つのテナント内で、それぞれ 4,000 個のドメインを対象とする最大 2 つのポリシー 、または 8 つのドメインを持つ最大 1,000 個のポリシーを作成できます。
  • TLS 検査では、最大 100 個の TLS 検査ポリシー、1,000 ルール、8,000 の宛先がサポートされます。
  • このプラットフォームでは、HTTP/S トラフィックの標準ポート (ポート 80 および 443) が想定されています。
  • グローバル セキュリティで保護されたアクセス クライアントは、IPv6 をサポートしていません。 クライアントはIPv4トラフィックのみをトンネルし、IPv6トラフィックを直接ネットワークに転送します。 すべてのトラフィックがGlobal Secure Accessにルーティングされるようにするために、ネットワークアダプターのプロパティを IPv4優先設定に設定してください。
  • UDP は、このプラットフォームではまだサポートされていません。
  • Microsoft トラフィック プロファイルで取得可能なトラフィックは、Internet Access トラフィック プロファイルでは取得できません。
  • ソース トラフィックの種類のフィルター処理 (プレビュー) は、クライアント ベースのグローバル セキュリティで保護されたアクセス接続でのみサポートされます。 リモート ネットワークでは、ソース トラフィックの種類の規則はサポートされていません。
  • HTTP メソッド要求のフィルター処理 (プレビュー) の適用には、HTTPS トラフィックに対する TLS 検査が必要です。 TLS 検査がないと、HTTP メソッド ヘッダーは表示されず、サーバー名表示 (SNI) ベースの Web コンテンツ フィルター規則のみが適用されます。
  • グローバル セキュリティで保護されたアクセス クライアントがタスクまたはプロセッサの情報を特定できない場合、ソース トラフィックの種類は 不明として分類されます。
  • ソース トラフィックの種類の分類の精度は、エンドポイント デバイスでプロセス メタデータを検査するグローバル セキュア アクセス クライアントの機能によって異なります。

B2B ゲスト アクセス (プレビュー) の制限事項

  • グローバル セキュリティで保護されたアクセス クライアントは、マルチセッション Azure Virtual Desktopをサポートしていません。

政府クラウドにおけるグローバルセキュアアクセスの制限

グローバル セキュリティで保護されたアクセスは、米国政府コミュニティ クラウド (GCC) で利用できますが、米国政府コミュニティ クラウド ハイ (GCC-H)、国防総省クラウド、またはその他の政府またはソブリン クラウド環境ではまだサポートされていません。

明示的な転送プロキシ (プレビュー) の制限事項

明示的転送プロキシ (プレビュー) の既知の制限事項は次のとおりです。

  • EFP では TLS 検査が必須です。 ユーザーが EFP ネットワーク チャネルを使用して接続している場合、TLSi バイパス ポリシーは無視されます。
  • EFP PAC ファイル ホスティングは、EFP によって生成される既定の推奨 PAC ファイルに制限されます。
  • ユーザー対応ポリシーを適用するには、EFP PAC ファイル ホスティングを使用する必要があります。 独自の PAC ファイルをホストする場合は、ベースライン セキュリティ プロファイルが適用されます。
  • 条件付きアクセスのグローバル セキュリティで保護されたアクセス リソースを持つすべてのインターネット アプリには、GSA-ExplicitForwardProxy リソースは含まれません。 セキュリティ プロファイルの割り当てに グローバル セキュリティ で保護されたアクセスを持つすべてのインターネット アプリ を使用する場合は、 リソースとして GSA-ExplicitForwardProxy を対象とする別のポリシーを作成し、条件付きアクセス ポリシーの [ セッション ] タブで使用するグローバル セキュリティで保護されたアクセス プロファイルを指定する必要があります。
  • すべてのアプリで準拠ネットワークを満たす必要がある条件付きアクセス ポリシーを適用する場合は、そのポリシーから GSA-ExplicitForwardProxy リソースを 除外する必要があります。 EFP では、接続前にEntra ID認証が必要です。Entra IDトラフィックは常にプロキシ自動構成 (PAC) ファイルから除外する必要があります。 Entra IDトラフィックは EFP を経由しないため、GSA-ExplicitForwardProxy プリンシパルがポリシーから除外されない限り、準拠ネットワーク チェックは失敗します。
  • MacOS では、クライアント証明書の問題のため、GSA クライアントと EFP 設定の共存はサポートされていません。
  • Microsoft Office 365トラフィックを EFP にトンネリングしないでください。 EFP でホストされる PAC ファイルは、Office 365の宛先を除外します。 Office 365 トラフィックは、Microsoft 365 IP と FQDN の一覧
  • EFP では、トラフィックの種類Microsoft Entra Internet Accessサポートされています。 ユーザーが EFP を構成する場合、プライベート アクセスとMicrosoft トラフィックはサポートされません。