エンタイトルメント管理でアクセスパッケージの要求設定を変更する

[アーティクル]
07/15/2024

アクセスパッケージの管理者は、アクセスパッケージ割り当て要求のポリシーを編集するか新しいポリシーをアクセスパッケージに追加することで、アクセスパッケージを要求できるユーザーをいつでも変更できます。この記事では、既存のアクセスパッケージ割り当てポリシーの要求設定を変更する方法について説明します。

1 つまたは複数のポリシーを選択する

アクセスパッケージを要求できるユーザーを指定するには、ポリシーを使用します。アクセスパッケージで新しいポリシーを作成したり、既存のポリシーを編集したりする前に、アクセスパッケージに必要なポリシーの数を決定する必要があります。

アクセスパッケージを作成するときは、アクセスパッケージの最初のポリシーに格納される要求、承認、ライフサイクルの設定を指定できます。ほとんどのアクセスパッケージは、アクセスを要求するユーザー用に 1 つのポリシーを持ちますが、1 つのアクセスパッケージに複数のポリシーを設定することもできます。異なるユーザーのセットに異なる要求と承認が設定された割り当てを付与できるようにしたい場合は、アクセスパッケージ用の複数のポリシーを作成します。

1 つのポリシーを使用して、内部ユーザーと外部ユーザーを同じアクセスパッケージに割り当てることはできません。ただし、同じアクセスパッケージ内に 2 つのポリシー (内部ユーザー用のポリシーと外部ユーザー用のポリシー) を作成することができます。要求するユーザーに適用されるポリシーが複数ある場合は、要求時に、割り当てが必要なポリシーを選択するよう求められます。次の図は、2 つのポリシーがあるアクセスパッケージを示しています。

アクセスパッケージ内に含めることができる複数のポリシーを複数のリソースロールとともに示す図。

ユーザーがアクセスを要求するためのポリシーに加えて、自動割り当てのポリシーと、管理者またはカタログ所有者による直接割り当てのポリシーを設定することもできます。

必要なポリシーの数

シナリオ	ポリシーの数
ディレクトリのユーザー全員に対して、アクセスパッケージの要求と承認の設定を同じにしたい	1 つ
特定の接続された組織のユーザー全員がアクセスパッケージを要求できるようにしたい	1 つ
ディレクトリのユーザーだけでなくディレクトリ外のユーザーもアクセスパッケージを要求できるようにしたい	2 つ
一部のユーザーに対して異なる承認設定を指定したい	ユーザーのグループごとに 1 つ
アクセスパッケージの割り当てに有効期限があるユーザーと、アクセス権を自分で延長できるユーザーを分けたい	ユーザーのグループごとに 1 つ
あるユーザーにはアクセス権を要求してもらい、他のユーザーには管理者がアクセス権を割り当ててほしい	2 つ
組織内のあるユーザーには自動的にアクセス権を受け取ってもらい、組織内の他のユーザーには要求できるようにし、他のユーザーには管理者からアクセス権を割り当ててほしい	3

複数のポリシーが適用されるときに使用される優先度ロジックについては、複数のポリシーを参照してください。

既存のアクセスパッケージを開き、異なる要求設定の新しいポリシーを追加します

ヒント

この記事の手順は、開始するポータルに応じて若干異なる場合があります。

異なる要求と承認の設定を持つことが望ましいユーザーのセットがある場合、おそらく新しいポリシーを作成する必要があります。既存のアクセスパッケージに新しいポリシーを追加するには、次の手順に従います。

Microsoft Entra 管理センターに Identity Governance 管理者以上としてサインインします。

ヒント

このタスクを完了できる他の最小特権ロールには、カタログ所有者とアクセスパッケージマネージャーがあります。
[Identity Governance]>[エンタイトルメント管理]>[アクセスパッケージ] の順に移動します。
[アクセスパッケージ] ページで、編集したいアクセスパッケージを開きます。
[ポリシー]、[ポリシーの追加] の順に選択します。
[基本] タブで、ポリシーの名前と説明を入力します。
[次へ] を選択して、[要求] タブを開きます。
[アクセス権を要求できるユーザー] 設定を変更します。次のセクションの手順を使用して、設定を次のいずれかのオプションに変更します。

ディレクトリ内のユーザーの場合

ディレクトリ内のユーザーがこのアクセスパッケージを要求できるようにする場合は、次の手順に従います。要求ポリシーを定義するときは、個々のユーザーの指定を行うことも、より一般的なユーザーグループの指定を行うこともできます。たとえば、組織には、"すべての従業員" などのグループが既に存在する場合があります。アクセスを要求できるユーザーに対するポリシーにそのグループが追加されている場合、そのグループのすべてのメンバーがアクセスを要求できます。

[Users who can request access](アクセスを要求できるユーザー) セクションで、[For users in your directory](ディレクトリ内のユーザー) を選択します。

このオプションを選択すると、ディレクトリ内でこのアクセスパッケージを要求できるユーザーをさらに絞り込むための新しいオプションが表示されます。

以下のオプションの 1 つを選択します。

	説明
特定のユーザーとグループ	指定したディレクトリ内のユーザーとグループのみがこのアクセスパッケージを要求できるようにする場合は、このオプションを選択します。
All members (excluding guests) (すべてのメンバー (ゲストを除く))	ディレクトリ内のすべてのメンバーユーザーがこのアクセスパッケージを要求できるようにする場合は、このオプションを選択します。このオプションには、ディレクトリに招待したゲストユーザーは含まれません。
All users (including guests) (すべてのユーザー (ゲストを含む))	ディレクトリ内のすべてのメンバーユーザーとゲストユーザーがこのアクセスパッケージを要求できるようにする場合は、このオプションを選択します。

ゲストユーザーとは、Microsoft Entra B2B でディレクトリに招待された外部ユーザーのことです。メンバーユーザーとゲストユーザーの違いについて詳しくは、「Microsoft Entra ID の既定のユーザーアクセス許可とは」をご覧ください。

[特定のユーザーとグループ] を選択した場合は、[ユーザーとグループの追加] を選択します。
[ユーザーとグループの選択] ウィンドウで、追加するユーザーとグループを選択します。
[選択] を選択して、ユーザーとグループを追加します。
承認を要求する場合は、「エンタイトルメント管理でアクセスパッケージの承認設定を変更する」の手順を使用して、承認設定を構成します。
[要求の有効化] セクションに移動します。

ディレクトリ内にいないユーザーの場合

ディレクトリ内にいないユーザーとは、別の Microsoft Entra ディレクトリまたはドメイン内のユーザーのことです。これらのユーザーは、ディレクトリにまだ招待されていない可能性があります。 Microsoft Entra ディレクトリは、[コラボレーションの制限] で招待を許可するように構成されている必要があります。詳細については、外部コラボレーション設定の構成を参照してください。

注意

要求が承認されるか自動承認される、ディレクトリ内にまだ存在しないユーザーについて、ゲストユーザーアカウントが作成されます。ゲストは招待されますが、招待メールは届きません。その代わりに、自分のアクセスパッケージの割り当てが配信されるときに電子メールを受け取ります。既定では、最後の割り当てが期限切れになったかキャンセルされたことが原因でそのゲストユーザーにアクセスパッケージの割り当てがなくなった場合、そのゲストユーザーアカウントはサインインがブロックされ、その後で削除されます。アクセスパッケージの割り当てがない場合でも、ゲストユーザーがディレクトリ内に無期限に残るようにしたい場合は、エンタイトルメント管理構成の設定を変更できます。ゲストユーザーオブジェクトについて詳しくは、「Microsoft Entra B2B コラボレーションユーザーのプロパティ」をご覧ください。

ディレクトリ内にいないユーザーがこのアクセスパッケージを要求できるようにする場合は、次の手順に従います。

[Users who can request access](アクセスを要求できるユーザー) セクションで、[For users not in your directory](ディレクトリ内にいないユーザー) を選択します。

このオプションを選択すると、新しいオプションが表示されます。

アクセスを要求できるユーザーが、既存の接続されている組織に所属している必要があるか、インターネット上の誰でも良いのかかを選択します。接続された組織とは、自分が既存のリレーションシップを持つ組織であり、外部の Microsoft Entra ディレクトリまたは別の ID プロバイダーを持っている可能性があります。以下のオプションの 1 つを選択します。

	説明
Specific connected organizations (特定の接続済み組織)	管理者が以前に追加した組織の一覧から選択する場合は、このオプションを選択します。選択された組織のすべてのユーザーは、このアクセスパッケージを要求できます。
構成済みの接続されたすべての組織	構成済みのすべての接続済み組織のすべてのユーザーがこのアクセスパッケージを要求できるようにする場合は、このオプションを選択します。構成済みの接続された組織のユーザーのみがアクセスパッケージを要求できるため、既存の接続された組織に関連付けられている Microsoft Entra テナント、ドメイン、または ID プロバイダーからのユーザーではない場合、要求を行うことはできません。
すべてのユーザー (すべての接続済み組織 + 新しい外部ユーザー)	インターネット上のすべてのメンバーユーザーがこのアクセスパッケージを要求できるようにする場合は、このオプションを選択します。ディレクトリ内の接続された組織に属していない場合は、パッケージを要求すると、接続された組織が自動的に作成されます。自動的に作成された接続組織は、提案済みの状態になります。提案された状態の詳細については、「接続された組織の状態プロパティ」を参照してください。

[Specific connected organizations](特定の接続済み組織) を選択した場合は、[Add directories](ディレクトリの追加) を選択して、管理者が以前に追加した、接続済み組織の一覧から選択します。
以前に接続されていた組織を検索するには、名前またはドメイン名を入力します。

共同作業したい組織が一覧にない場合、接続済み組織としてそれを追加することを管理者に依頼することができます。詳細については、接続されている組織の追加に関する記事を参照してください。
すべての接続済み組織を選択したら、[選択] を選択します。

Note

選択した接続済み組織のすべてのユーザーは、このアクセスパッケージを要求できます。 Microsoft Entra ディレクトリを持つ接続された組織の場合、Microsoft Entra ディレクトリに関連付けられているすべての検証済みドメインのユーザーは、それらのドメインが Azure B2B の許可リストまたは拒否リストでブロックされていない限り、要求することができます。詳細については、「B2B ユーザーに対する特定組織からの招待を許可またはブロックする」を参照してください。
次に、「エンタイトルメント管理のアクセスパッケージの承認設定の変更」の手順を使用して、承認設定を構成し、自分の組織に含まれていないユーザーからの要求を誰が承認するかを指定します。
[要求の有効化] セクションに移動します。

なし (管理者直接割り当てのみ)

アクセス要求をバイパスし、管理者が特定のユーザーをこのアクセスパッケージに直接割り当てることを許可する場合は、次の手順に従います。ユーザーは、アクセスパッケージを要求する必要はありません。ライフサイクルの設定を行うこともできますが、要求の設定はありません。

[Users who can request access](アクセスを要求できるユーザー) セクションで、[None (administrator direct assignments only)](なし (管理者直接割り当てのみ)) を選択します。

アクセスパッケージを作成した後は、そのアクセスパッケージに特定の内部および外部ユーザーを直接割り当てることができます。外部ユーザーを指定すると、ゲストユーザーアカウントがディレクトリ内に作成されます。ユーザーの直接割り当てについては、アクセスパッケージに対する割り当ての表示、追加、削除に関する記事を参照してください。
[要求の有効化] セクションまでスキップします。

注意

ユーザーをアクセスパッケージに割り当てる際、管理者は、そのユーザーが既存のポリシー要件に基づいてそのアクセスパッケージの対象となっていることを確認する必要があります。そうしない場合、ユーザーはアクセスパッケージに正常に割り当てられません。ユーザーリクエストの承認を必要とするポリシーがアクセスパッケージに含まれている場合、指定された承認者による必要な承認を得ずに、ユーザーを直接アクセスパッケージに割り当てることはできません。

既存ポリシーの要求設定を開いて編集する

アクセスパッケージの要求と承認の設定を変更するには、それらの設定を含む対応するポリシーを開く必要があります。次の手順を実行して、アクセスパッケージ割り当てポリシーの要求設定を開いて編集します。

Microsoft Entra 管理センターに Identity Governance 管理者以上としてサインインします。

ヒント

このタスクを完了できる他の最小特権ロールには、カタログ所有者とアクセスパッケージマネージャーがあります。
[Identity Governance]>[エンタイトルメント管理]>[アクセスパッケージ] の順に移動します。
[アクセスパッケージ] ページで、ポリシー要求設定を編集したいアクセスパッケージを開きます。
[ポリシー] を選択してから、編集するポリシーを選択します。

ページの下部で [ポリシーの詳細] ウィンドウが開きます。
[編集] を選択してポリシーを編集します。
[要求] タブを選択して、要求設定を開きます。
前のセクションの手順を使用して、要求設定を必要に応じて変更します。
[要求の有効化] セクションに移動します。

要求の有効化

アクセスパッケージを要求ポリシー内のユーザーが要求のためにすぐに利用できるようにするには、有効トグルを [はい] に設定します。

アクセスパッケージの作成が完了した後は、これをいつでも有効にすることができます。

[None (administrator direct assignments only)](なし (管理者直接割り当てのみ)) を選択し、有効化を [いいえ] に設定した場合、管理者はこのアクセスパッケージを直接割り当てることはできません。
[次へ] を選択します。
アクセスパッケージへのアクセスを要求するときに、追加情報を提供するように要求元に要求する場合、「エンタイトルメント管理でアクセスパッケージの承認および要求元情報設定を変更する」の手順を使用して、要求元情報を構成します。
ライフサイクルの設定を構成します。
ポリシーを編集する場合は、[更新] を選択します。新しいポリシーを追加する場合は、[作成] を選択します。

プログラムでアクセスパッケージ割り当てポリシーを作成する

プログラムでアクセスパッケージ割り当てポリシーを作成するには、2 つの方法 (Microsoft Graph の使用と、Microsoft Graph 用の PowerShell コマンドレットの使用) があります。

Graph を使用してアクセスパッケージ割り当てポリシーを作成する

Microsoft Graph を使用して、ポリシーを作成できます。委任された EntitlementManagement.ReadWrite.All アクセス許可を持つアプリケーション、またはカタログロール内のアプリケーションや EntitlementManagement.ReadWrite.All アクセス許可を持つアプリケーションを有する適切なロールのユーザーは、assignmentPolicy の作成 API を呼び出すことができます。

PowerShell を使用してアクセスパッケージ割り当てポリシーを作成する

PowerShell で Identity Governance 用の Microsoft Graph PowerShell コマンドレットモジュールバージョン 2.1.x 以降のコマンドレットを使って、アクセスパッケージを作成することもできます。

次のスクリプトは、アクセスパッケージに対する直接割り当てのポリシーを作成する方法を示しています。このポリシーでは、管理者のみがアクセス権を割り当てることができ、承認やアクセスレビューはありません。自動割り当てポリシーを作成する方法の例については、「自動割り当てポリシーを作成する」を参照し、その他の例については「assignmentPolicy の作成」に関する記事を参照してください。

Connect-MgGraph -Scopes "EntitlementManagement.ReadWrite.All"

$apid = "00001111-aaaa-2222-bbbb-3333cccc4444"

$params = @{
    displayName = "New Policy"
    description = "policy for assignment"
    allowedTargetScope = "notSpecified"
    specificAllowedTargets = @(
    )
    expiration = @{
        endDateTime = $null
        duration = $null
        type = "noExpiration"
    }
    requestorSettings = @{
        enableTargetsToSelfAddAccess = $false
        enableTargetsToSelfUpdateAccess = $false
        enableTargetsToSelfRemoveAccess = $false
        allowCustomAssignmentSchedule = $true
        enableOnBehalfRequestorsToAddAccess = $false
        enableOnBehalfRequestorsToUpdateAccess = $false
        enableOnBehalfRequestorsToRemoveAccess = $false
        onBehalfRequestors = @(
        )
    }
    requestApprovalSettings = @{
        isApprovalRequiredForAdd = $false
        isApprovalRequiredForUpdate = $false
        stages = @(
        )
    }
    accessPackage = @{
        id = $apid
    }
}

New-MgEntitlementManagementAssignmentPolicy -BodyParameter $params

互換性のないアクセス権を持つユーザーからの要求を防ぐ

要求可能なユーザーのポリシーチェックに加えて、グループや別のアクセスパッケージによって既に何らかのアクセス権を持っているユーザーが過度なアクセス権を取得しないように、さらにアクセスを制限する場合があります。

既に別のアクセスパッケージを割り当てられているか、グループのメンバーであるユーザーがアクセスパッケージを要求できないように構成するには、アクセスパッケージに対する職務の分離の確認を構成する方法の手順を使用してください。

次のステップ

Change approval settings for an access package (アクセスパッケージの承認設定を変更する)
Change lifecycle settings for an access package (アクセスパッケージのライフサイクル設定を変更する)
View requests for an access package (アクセスパッケージの要求を表示する)

次の方法で共有

エンタイトルメント管理でアクセスパッケージの要求設定を変更する