For the complete documentation index, see llms.txt. This page is also available as Markdown.

Entra IDのグループフィルターを特権昇格ポリシーに設定する

特権昇格のグループフィルターがAzure ADユーザーに一致しない

Entra ID (Azure AD) ユーザーをグループコレクション経由で選択している場合、特権昇格ポリシーがそのユーザーを非メンバーとして評価することがあります。この場合、本来の強制は行われず、代わりにWindows標準のUACが表示されます。

本ページで解決する内容

テナントでの一度限りの設定

エンドポイントがサインイン中のユーザーのグループメンバーシップを解決できるように、Microsoft Entra IDにネイティブ/パブリッククライアントを登録します。

エンドポイント設定の暗号化配信

SettingsUpdate ポリシーを使って、[アプリケーション (クライアント) ID] をエンドポイントに配信します。クライアントシークレットは不要です。

1

テナントごとに一度だけ実施

EntraのクライアントIDを取得する

Azureポータルで [Microsoft Entra ID] → [アプリの登録] → [新規登録] を開きます。名前は任意で構いません。組織で別のアカウント種別が求められていない限り、[この組織ディレクトリのみに含まれるアカウント (シングル テナント)] を選択します。

ネイティブ/パブリッククライアントアプリケーションを登録します。この名前はエンドポイントでは使用されません。
ネイティブ/パブリッククライアントアプリケーションを登録します。この名前はエンドポイントでは使用されません。

モバイルおよびデスクトップのリダイレクトURIを追加する

Windows: [リダイレクト URI] で [モバイル アプリケーションとデスクトップ アプリケーション] を選択し、以下のURLを追加します。CLIENT_ID は、このアプリ登録の client_id に置き換えてください。

ms-appx-web://Microsoft.AAD.BrokerPlugin/<CLIENT_ID>

macOS: [リダイレクト URI] で [iOS / macOS] を選択し、以下の [Bundle ID] を追加します。

com.keeper.endpoint-privilege-manager.usergroupresolver

[パブリック クライアント フローを許可する] が [はい] になっていることを確認してください。

デフォルトの委任された権限をそのまま使用する

Microsoft GraphのUser.Read (委任された権限) はそのままにします。[アプリケーション (クライアント) ID] をコピーします。これが次の手順で使う ClientId の値です。

Default Directoryに対して [管理者の同意の付与] をクリックし、[はい] を選択します。

[モバイル アプリケーションとデスクトップ アプリケーション]プラットフォームを選択し、ネイティブクライアントのリダイレクトURIを使用します。
[モバイル アプリケーションとデスクトップ アプリケーション]プラットフォームを選択し、ネイティブクライアントのリダイレクトURIを使用します。

同意: テナントで委任された権限に管理者の同意が必要な場合は、一度だけ同意を許可します。サイレントトークン取得では同意を許可できないため、各ユーザーの最初のサインインでは対話的な同意プロンプトが表示されることがあります。

2

エンドポイントへの展開

セキュア設定ポリシーでクライアントIDを配信する

以下の SettingsUpdate ポリシーを展開します。プレースホルダーはPart 1でコピーしたクライアントIDに置き換えます。サンプルは src/KeeperPEDM_VS2022/Examples/sample/UserGroupResolver-ClientId-SecureSettingsPolicy.json にもあります。

完全なポリシー例

  • ポリシーのステータスはenforceです。

  • 値は [アプリケーション (クライアント) ID] で、[オブジェクトID] や [ディレクトリ (テナント) ID] ではありません。

  • 値は SecureSettings 配下に保存されます。クライアントシークレットは配布しません。

3

ポリシーの一致を確認する

グループを特権昇格ポリシーに直接追加する

特権昇格ポリシーを作成または編集し、Entraグループを (コレクションとしてではなく) グループフィルターとして直接追加して、任意のコントロールでポリシーをテストします。

想定される結果: コントロールの通過

4

コレクション経由での問題を再現する

グループをグループコレクション経由で追加する

同じテストを、Entraグループを特権昇格ポリシーに直接追加する代わりに、グループコレクション経由で追加してもう一度実施します。

直接指定のグループフィルター

コントロールを通過し、特権昇格ポリシーが適用されます。

グループコレクションのフィルター

コントロールが EnforcementDisabled で失敗し、代わりにWindows標準のUACが表示されます。

グループを直接指定したテストは通過するのに、コレクション経由のテストが EnforcementDisabled になる場合、そのエンドポイントは本ページで説明しているAzure ADのグループコレクションフィルターの問題を再現しています。エスカレーションする前に、クライアントIDポリシーを確認し、エンドポイントのログを収集してください。


トラブルシューティング

トラブルシューティング用コマンドプロンプトの例

成功時のレスポンス例


関連ページ

最終更新