適格な認可を作成する

[アーティクル]
09/23/2024

顧客を Azure Lighthouse にオンボードする際に、管理テナント内のユーザーに、指定された Azure 組み込みロールを付与するための認可を作成します。また、Microsoft Entra Privileged Identity Management (PIM) を使用する適格な認可を作成して、管理テナント内のユーザーがロールを一時的に昇格できるようにすることもできます。これにより、追加のアクセス許可を Just-In-Time ベースで付与することで、設定された期間だけユーザーがそれらのアクセス許可を持つことができます。

適格な認可を作成すると、特権ロールへのユーザーの永続的な割り当ての数を最小限に抑えることができ、テナント内のユーザーによる特権アクセスに関連するセキュリティリスクを軽減するのに役立ちます。

このトピックでは、適格な認可がどのように機能し、顧客を Azure Lighthouse にオンボードする際に作成する方法について説明します。

ライセンス要件

適格な認可を作成するには、Enterprise Mobility + Security E5 (EMS E5) または Microsoft Entra ID P2 ライセンスが必要です。

EMS E5 または Microsoft Entra ID P2 ライセンスは、顧客テナントではなく管理テナントで保持される必要があります。

適格なロールに関連付けられている追加コストは、ユーザーがそのロールにアクセス権を昇格する期間中にのみ適用されます。

ユーザーのライセンスの情報については、「Microsoft Entra ID ガバナンスライセンスの基礎」を参照してください。

適格な認可のしくみ

適格な認可では、ユーザーが特権タスクを実行する必要があるときにユーザーにロールのアクティブ化を要求するロールの割り当てを定義します。ユーザーが適格なロールをアクティブ化すると、指定された期間、そのロールによって付与される完全なアクセス権が与えられます。

顧客テナント内のユーザーは、オンボードプロセスの前に、適格な認可内のものを含むすべてのロールの割り当てを確認できます。

ユーザーは適格なロールを正常にアクティブ化すると、委任されたスコープに対する永続的なロールの割り当てに加えて、事前に構成された期間、そのスコープに対する昇格されたロールを持つことになります。

管理テナント内の管理者は、管理テナントの監査ログを表示することで、すべての Privileged Identity Management アクティビティを確認できます。顧客は委任されたサブスクリプションの Azure アクティビティログでこれらのアクションを確認できます。

適格な認可の要素

適格な認可は、Azure Resource Manager テンプレートを使用して顧客をオンボードするときに作成するか、管理サービスオファーを Azure Marketplace に発行することによって作成します。適格な認可には、ユーザー、ロール、アクセスポリシーという 3 つの要素が含まれている必要があります。

User

適格な認可ごとに、管理テナント内で、個々のユーザーまたは Microsoft Entra グループに対しプリンシパル ID を提供します。プリンシパル ID と共に、認可ごとに任意の表示名を指定する必要があります。

適格な認可にグループが指定されている場合、そのグループのすべてのメンバーは、アクセスポリシーに従って自分の個々のアクセス権をそのロールに昇格させることができます。

サービスプリンシパルで適格な認可を使用することはできません。これは、現在、サービスプリンシパルアカウントでそのアクセス権を昇格して適格なロールを使用するための方法がないからです。また、ユーザーアクセス管理者がマネージド ID に割り当てることができる delegatedRoleDefinitionIds で適格な認可を使用することもできません。

Note

適格な認可ごとに、同じプリンシパル ID に対して異なるロール (閲覧者 (または閲覧者アクセスを含む別の Azure 組み込みロール) など) を持つ永続的な (アクティブな) 認可も作成してください。閲覧者アクセスを持つ永続的な認可を含めないと、ユーザーが Azure portal で自身のロールを昇格できなくなります。

Role

それぞれの適格な認可には、ユーザーが Just-In-Time ベースで使用できる Azure 組み込みロールが含まれている必要があります。

ロールには、ユーザーアクセス管理者を除く、Azure の委任されたリソース管理でサポートされている任意の Azure 組み込みロールを指定できます。

重要

同じロールを使用する複数の適格な認可を含める場合は、それぞれの適格な認可に同じアクセスポリシー設定がある必要があります。

アクセスポリシー

アクセスポリシーでは、多要素認証の要件と、ユーザーがロールでアクティブ化されてから期限切れになるまでの時間の長さ、承認者が必要であるかどうかを定義します。

多要素認証

適格なロールをアクティブ化するために Microsoft Entra 多要素認証を必須にするかどうかを指定します。

最大継続期間

ユーザーが適格なロールを持つことができる合計時間を定義します。最小値は 30 分、最大値は 8 時間です。

承認者

承認者要素は省略可能です。これを含める場合は、ユーザーからの要求を承認または拒否して適格なロールをアクティブ化できる最大 10 人のユーザーまたはユーザーグループを管理テナントに指定できます。

サービスプリンシパルアカウントを承認者として使用することはできません。また、承認者は自分のアクセスを承認できません。承認者も適格な認可にユーザーとして含まれている場合は、ロールを昇格するためのアクセス権を別の承認者が付与する必要があります。

承認者を含めない場合、ユーザーが選択したときにいつでも適格なロールをアクティブ化できるようになります。

管理サービスオファーを使用して適格な認可を作成する

顧客を Azure Lighthouse にオンボードするには、管理サービスオファーを Azure Marketplace に公開できます。パートナーセンターでオファーを作成するときに、各認可の [アクセスタイプ] が [アクティブ] または [適格] のいずれであるかを指定できるようになりました。

[適格] を選択すると、認可のユーザーは、構成したアクセスポリシーに従ってロールをアクティブ化できます。最大期間を 30 分から 8 時間の間で設定し、さらに多要素認証を要求するかどうかを指定する必要があります。また、承認者を使用することを選択した場合は、最大 10 人の承認者を追加して、それぞれに表示名とプリンシパル ID を指定できます。

パートナーセンターで適格な認可を構成するときには、「適格な認可の要素」セクションの詳細を確認してください。

Azure Resource Manager テンプレートを使用して適格な認可を作成する

顧客を Azure Lighthouse にオンボードするには、Azure Resource Manager テンプレートと、対応するパラメーターファイルを変更して使用します。選択するテンプレートは、オンボードの対象がサブスクリプション全体、リソースグループ、サブスクリプション内の複数のリソースグループのいずれであるかによって異なります。

顧客をオンボードするときに適格な認可を含めるには、サンプルレポジトリの delegated-resource-management-eligible-authorizations セクションのいずれかのテンプレートを使用します。シナリオに最適なテンプレートを使用できるように、承認者が含まれているテンプレートと含まれていないテンプレートが提供されています。

オンボード対象 (適格な認可付き)	使用する Azure Resource Manager テンプレート	変更するパラメーターファイル
サブスクリプション	subscription.json	subscription.parameters.json
サブスクリプション (承認者を使用)	subscription-managing-tenant-approvers.json	subscription-managing-tenant-approvers.parameters.json
Resource group	rg.json	rg.parameters.json
リソースグループ (承認者を使用)	rg-managing-tenant-approvers.json	rg-managing-tenant-approvers.parameters.json
サブスクリプション内の複数のリソースグループ	multiple-rg.json	multiple-rg.parameters.json
サブスクリプション内の複数のリソースグループ (承認者を使用)	multiple-rg-managing-tenant-approvers.json	multiple-rg-managing-tenant-approvers.parameters.json

適格な認可を使用してサブスクリプション (承認者を使用) をオンボードするために使用できる subscription-managing-tenant-approvers.json テンプレートを以下に示します。

{
    "$schema": "https://schema.management.azure.com/schemas/2019-08-01/subscriptionDeploymentTemplate.json#",
    "contentVersion": "1.0.0.0",
    "parameters": {
        "mspOfferName": {
            "type": "string",
            "metadata": {
                "description": "Specify a unique name for your offer"
            }
        },
        "mspOfferDescription": {
            "type": "string",
            "metadata": {
                "description": "Name of the Managed Service Provider offering"
            }
        },
        "managedByTenantId": {
            "type": "string",
            "metadata": {
                "description": "Specify the tenant id of the Managed Service Provider"
            }
        },
        "authorizations": {
            "type": "array",
            "metadata": {
                "description": "Specify an array of objects, containing tuples of Azure Active Directory principalId, a Azure roleDefinitionId, and an optional principalIdDisplayName. The roleDefinition specified is granted to the principalId in the provider's Active Directory and the principalIdDisplayName is visible to customers."
            }
        },
        "eligibleAuthorizations": {
            "type": "array",
            "metadata": {
                "description": "Provide the authorizations that will have just-in-time role assignments on customer environments with support for approvals from the managing tenant"
            }
        }
    },
        "variables": {
            "mspRegistrationName": "[guid(parameters('mspOfferName'))]",
            "mspAssignmentName": "[guid(parameters('mspOfferName'))]"
        },
        "resources": [
            {
                "type": "Microsoft.ManagedServices/registrationDefinitions",
                "apiVersion": "2020-02-01-preview",
                "name": "[variables('mspRegistrationName')]",
                "properties": {
                    "registrationDefinitionName": "[parameters('mspOfferName')]",
                    "description": "[parameters('mspOfferDescription')]",
                    "managedByTenantId": "[parameters('managedByTenantId')]",
                    "authorizations": "[parameters('authorizations')]",
                    "eligibleAuthorizations": "[parameters('eligibleAuthorizations')]"
                }
            },
            {
                "type": "Microsoft.ManagedServices/registrationAssignments",
                "apiVersion": "2020-02-01-preview",
                "name": "[variables('mspAssignmentName')]",
                "dependsOn": [
                    "[resourceId('Microsoft.ManagedServices/registrationDefinitions/', variables('mspRegistrationName'))]"
                ],
                "properties": {
                    "registrationDefinitionId": "[resourceId('Microsoft.ManagedServices/registrationDefinitions/', variables('mspRegistrationName'))]"
                }
            }
        ],
        "outputs": {
            "mspOfferName": {
                "type": "string",
                "value": "[concat('Managed by', ' ', parameters('mspOfferName'))]"
            },
            "authorizations": {
                "type": "array",
                "value": "[parameters('authorizations')]"
            },
            "eligibleAuthorizations": {
                "type": "array",
                "value": "[parameters('eligibleAuthorizations')]"
            }
        }
    }

パラメーターファイルで適格な認可を定義する

subscription-managing-tenant-approvers.parameters.json サンプルテンプレートを使用すると、サブスクリプションをオンボードするときの認可 (適格な認可を含む) を定義できます。

個々の適格な認可は、eligibleAuthorizations パラメーターで定義する必要があります。この例には、1 つの適格な認可が含まれています。

このテンプレートには、managedbyTenantApprovers 要素も含まれています。この要素には、eligibleAuthorizations 要素で定義されている適格なロールをアクティブ化するためにすべての試行を承認する必要がある principalId が追加されます。

{
    "$schema": "https://schema.management.azure.com/schemas/2018-05-01/subscriptionDeploymentParameters.json#",
    "contentVersion": "1.0.0.0",
    "parameters": {
        "mspOfferName": {
            "value": "Relecloud Managed Services"
        },
        "mspOfferDescription": {
            "value": "Relecloud Managed Services"
        },
        "managedByTenantId": {
            "value": "<insert the managing tenant id>"
        },
        "authorizations": {
            "value": [
                { 
                    "principalId": "00000000-0000-0000-0000-000000000000",
                    "roleDefinitionId": "acdd72a7-3385-48ef-bd42-f606fba81ae7",
                    "principalIdDisplayName": "PIM group"
                }
            ]
        }, 
        "eligibleAuthorizations":{
            "value": [
                {
                        "justInTimeAccessPolicy": {
                            "multiFactorAuthProvider": "Azure",
                            "maximumActivationDuration": "PT8H",
                            "managedByTenantApprovers": [ 
                                { 
                                    "principalId": "00000000-0000-0000-0000-000000000000", 
                                    "principalIdDisplayName": "PIM-Approvers" 
                                } 
                            ]
                        },
                        "principalId": "00000000-0000-0000-0000-000000000000", 
                        "principalIdDisplayName": "Tier 2 Support",
                        "roleDefinitionId": "b24988ac-6180-42a0-ab88-20f7382dd24c"

                }
            ]
        }
    }
}

eligibleAuthorizations パラメーター内の各エントリには、適格な認可を定義する 3 つの要素 (principalId、roleDefinitionId、justInTimeAccessPolicy) が含まれています。

principalId では、この適格な認可が適用される Microsoft Entra のユーザーまたはグループの ID を指定します。

roleDefinitionId には、ユーザーが Just-In-Time ベースで使用できる Azure 組み込みロールのロール定義 ID が含まれています。同じ roleDefinitionId を使用する複数の適格な認可を含める場合は、すべての認可で justInTimeAccessPolicy の設定が同じである必要があります。

justInTimeAccessPolicy では、次の 3 つの要素を指定します。

multiFactorAuthProvider は、Microsoft Entra 多要素認証を使用した認証が必要な場合は Azure に設定するか、多要素認証が必要ない場合は None に設定できます。
maximumActivationDuration では、ユーザーが適格なロールを持つことができる時間の合計を設定します。この値には、ISO 8601 の期間の形式を使用する必要があります。最小値は PT30M (30 分) で、最大値は PT8H (8 時間) です。簡潔さのために、30 分単位の値を使用することをお勧めします (たとえば、6 時間の場合は PT6H、6.5 時間の場合は PT6H30M)。
managedByTenantApprovers はオプションです。含める場合は、1 つ以上の principalId の組み合わせと、適格なロールのアクティブ化を承認するために必要な principalIdDisplayName が含まれている必要があります。

これらの要素の詳細情報については、「適格な認可の要素」セクションを参照してください。

ユーザーの昇格プロセス

顧客を Azure Lighthouse にオンボードすると、指定したユーザー (または指定したグループのユーザー) は、含まれている適格なロールを使用できるようになります。

各ユーザーが、Azure portal の [マイカスタマー] ページにアクセスし、委任を選択し、 [資格のあるロールの管理] を選択することで、アクセス権をいつでも昇格できます。その後は、Microsoft Entra Privileged Identity Management のロールをアクティブ化する手順に従うことができます。

承認者が指定されている場合、指定された、管理テナントの承認者によって承認が付与されるまで、ユーザーはロールにアクセスできません。承認が要求されると、すべての承認者に通知されます。承認が付与されるまで、ユーザーは適格なロールを使用できません。承認が付与されたときにも、承認者に通知されます。承認プロセスの詳細については、「Privileged Identity Management で Azure リソースロールに対する要求を承認または拒否する」を参照してください。

適格なロールがアクティブ化されると、ユーザーは、適格な認可に指定されている期間全体でそのロールを持つことになります。その期間が過ぎると、昇格プロセスを繰り返して再びアクセス権を昇格しない限り、そのロールを使用できなくなります。

次の手順

ARM テンプレートを使用して顧客を Azure Lighthouse にオンボードする方法について学習します。
管理対象サービスオファーを使用して顧客をオンボードする方法について説明します。
Microsoft Entra Privileged Identity Management の詳細情報。
Azure Lighthouse のテナント、ユーザー、ロールについて詳しく学習します。

次の方法で共有

適格な認可を作成する

ライセンス要件

適格な認可のしくみ

適格な認可の要素

User

Role

アクセスポリシー

多要素認証

最大継続期間

承認者

管理サービスオファーを使用して適格な認可を作成する

Azure Resource Manager テンプレートを使用して適格な認可を作成する

パラメーターファイルで適格な認可を定義する

ユーザーの昇格プロセス

次の手順

フィードバック

その他のリソース

次の方法で共有

適格な認可を作成する

ライセンス要件

適格な認可のしくみ

適格な認可の要素

User

Role

アクセス ポリシー

多要素認証

最大継続期間

承認者

管理サービス オファーを使用して適格な認可を作成する

Azure Resource Manager テンプレートを使用して適格な認可を作成する

パラメーター ファイルで適格な認可を定義する

ユーザーの昇格プロセス

次の手順

フィードバック

その他のリソース

アクセスポリシー

管理サービスオファーを使用して適格な認可を作成する

パラメーターファイルで適格な認可を定義する