Erstellen von berechtigten Autorisierungen

Beim Onboarding von Kunden in Azure Lighthouse erstellen Sie Autorisierungen, um Benutzern in Ihrem Verwaltungsmandanten integrierte Azure-Rollen zuzuweisen. Sie können auch berechtigte Autorisierungen erstellen, die Microsoft Entra Privileged Identity Management (PIM) nutzen, damit Benutzer in Ihrem Verwaltungsmandanten ihre Rolle vorübergehend erhöhen können. So können Sie zusätzliche Berechtigungen auf JIT-Basis gewähren, damit Benutzer nur für einen festgelegten Zeitraum über diese Berechtigungen verfügen.

Durch das Erstellen von berechtigten Autorisierungen können Sie die Anzahl von permanenten Benutzerzuweisungen zu privilegierten Rollen verringern. Dadurch werden Sicherheitsrisiken im Zusammenhang mit privilegiertem Zugriff durch Benutzer in Ihrem Mandanten minimiert.

In diesem Thema wird die Funktionsweise von berechtigten Autorisierungen erläutert, und Sie erfahren, wie Sie diese Autorisierungen beim Onboarding eines Kunden in Azure Lighthouse erstellen.

Lizenzanforderungen

Zum Erstellen berechtigter Autorisierungen ist eine Enterprise Mobility + Security E5-Lizenz (EMS E5) oder Microsoft Entra ID P2-Lizenz erforderlich.

Nicht der Kundenmandant, sondern der Verwaltungsmandant muss über die EMS E5- oder Microsoft Entra ID P2-Lizenz verfügen.

Zusätzliche Kosten, die mit einer berechtigten Rolle verbunden sind, fallen nur während des Zeitraums an, in dem der Benutzer seinen Zugriff auf diese Rolle erhöht.

Informationen zur Lizenzierung für Benutzerkonten finden Sie unter Microsoft Entra ID Governance-Lizenzierungsgrundlagen.

Funktionsweise von berechtigten Autorisierungen

Eine berechtigte Autorisierung definiert eine Rollenzuweisung, bei der der Benutzer die Rolle aktivieren muss, um privilegierte Aufgaben auszuführen. Wenn der Benutzer die berechtigte Rolle aktiviert, erhält er für den festgelegten Zeitraum den vollständigen Zugriff, der durch diese Rolle erteilt wird.

Benutzer im Kundenmandanten können vor dem Onboarding alle Rollenzuweisungen überprüfen. Dies umfasst auch die Rollenzuweisungen in berechtigten Autorisierungen.

Sobald ein Benutzer eine berechtigte Rolle erfolgreich aktiviert hat, verfügt er für einen vorkonfigurierten Zeitraum zusätzlich zu seinen dauerhaften Rollenzuweisungen für diesen Bereich über diese erhöhte Rolle im delegierten Bereich.

Administratoren im Verwaltungsmandanten können alle Privileged Identity Management-Aktivitäten im Überwachungsprotokoll im Verwaltungsmandanten überprüfen. Kunden können diese Aktionen im Azure-Aktivitätsprotokoll für das delegierte Abonnement anzeigen.

Berechtigte Autorisierungselemente

Sie können eine berechtigte Autorisierung erstellen, wenn Sie Kunden mit Azure Resource Manager-Vorlagen integrieren, oder indem Sie ein Angebot für verwaltete Dienste im Azure Marketplace veröffentlichen. Jede berechtigte Autorisierung muss drei Elemente enthalten: den Benutzer, die Rolle und die Zugriffsrichtlinie.

User

Für jede berechtigte Autorisierung geben Sie die Prinzipal-ID für einen einzelnen Benutzer oder eine Microsoft Entra-Gruppe im verwaltenden Mandanten an. Zusammen mit der Prinzipal-ID müssen Sie für jede Autorisierung einen Anzeigenamen Ihrer Wahl angeben.

Wenn eine Gruppe in einer berechtigten Autorisierung angegeben wird, kann jedes Mitglied dieser Gruppe seine individuellen Rechte für den Zugriff auf die Rolle gemäß der Zugriffsrichtlinie erhöhen.

Sie können berechtigte Autorisierungen nicht mit Dienstprinzipalen verwenden, da ein Dienstprinzipalkonto derzeit nicht seine Zugriffsrechte erhöhen und eine berechtigte Rolle verwenden kann. Sie können auch keine Berechtigungen mit delegatedRoleDefinitionIds verwenden, die ein Benutzerzugriffsadministrator verwalteten Identitäten zuweisen kann.

Rolle

Jede berechtigte Autorisierung muss eine integrierte Azure-Rolle enthalten, die der Benutzer auf Just-In-Time-Basis nutzen kann.

Die Rolle kann eine beliebige integrierte Azure-Rolle sein, die für die delegierte Azure-Ressourcenverwaltung unterstützt wird (mit Ausnahme des Benutzerzugriffsadministrators).

Zugriffsrichtlinie

Die Zugriffsrichtlinie definiert die Anforderungen der mehrstufigen Authentifizierung und die Dauer, für die die Rolle für einen Benutzer aktiviert wird, und ob genehmigende Personen erforderlich sind.

Mehrstufige Authentifizierung

Geben Sie an, ob eine mehrstufige Microsoft Entra-Authentifizierung erforderlich sein soll, damit eine berechtigte Rolle aktiviert werden kann.

Maximale Dauer

Definiert die Dauer, für die der Benutzer über die berechtigte Rolle verfügt. Der Mindestwert beträgt 30 Minuten und der Höchstwert 8 Stunden.

Genehmigende Personen

Das Element der genehmigenden Personen ist optional. Wenn Sie es angeben, können Sie bis zu 10 Benutzer oder Benutzergruppen im verwaltenden Mandanten angeben, der Anforderungen eines Benutzers zum Aktivieren der berechtigten Rolle genehmigen oder verweigern kann.

Sie können kein Dienstprinzipalkonto als genehmigende Person verwenden. Außerdem können genehmigende Personen ihren eigenen Zugriff nicht genehmigen. Wenn eine genehmigende Person auch als Benutzer in einer berechtigten Autorisierung enthalten ist, muss eine andere genehmigende Person Zugriff gewähren, damit sie die Berechtigungen ihrer Rolle erhöhen kann.

Wenn Sie keine genehmigenden Personen einschließen, kann der Benutzer die berechtigte Rolle jederzeit aktivieren.

Erstellen berechtigter Autorisierungen mithilfe von Angeboten für verwaltete Dienste

Um Ihre Kunden in Azure Lighthouse zu integrieren, können Sie Angebote für verwaltete Dienste in Azure Marketplace veröffentlichen. Beim Erstellen Ihrer Angebote in Partner Center können Sie nun angeben, ob der Zugriffstyp für die jeweilige AutorisierungAktiv oder Berechtigt sein soll.

Wenn Sie Berechtigt auswählen, kann der Benutzer in Ihrer Autorisierung die Rolle gemäß der von Ihnen konfigurierten Zugriffsrichtlinie aktivieren. Sie müssen eine maximale Dauer zwischen 30 Minuten und 8 Stunden festlegen und angeben, ob Sie die mehrstufige Authentifizierung fordern. Sie können auch bis zu 10 genehmigende Personen hinzufügen, wenn Sie sie verwenden möchten, indem Sie einen Anzeigenamen und eine Prinzipal-ID für jede genehmigende Personen angeben.

Überprüfen Sie unbedingt die Details im Abschnitt Berechtigte Autorisierungselemente, wenn Sie Ihre berechtigten Autorisierungen in Partner Center konfigurieren.

Erstellen von berechtigten Autorisierungen mithilfe von Azure Resource Manager-Vorlagen

Für das Onboarding Ihres Kunden in Azure Lighthouse verwenden Sie eine Azure Resource Manager-Vorlage mit einer entsprechenden Parameterdatei, die Sie anpassen. Welche Vorlage Sie auswählen, hängt davon ab, ob Sie das Onboarding für ein vollständiges Abonnement, eine Ressourcengruppe oder mehrere Ressourcengruppen innerhalb eines Abonnements durchführen.

Um beim Onboarding eines Kunden berechtigte Autorisierungen hinzuzufügen, verwenden Sie eine Vorlage aus dem delegated-resource-management-eligible-authorizations-Abschnitt unseres Beispiel-Repositorys. Wir stellen Vorlagen mit und ohne enthaltene genehmigende Personen bereit, damit Sie die bestgeeignete Vorlage für Ihr Szenario verwenden können.

Nachfolgend ist die Vorlage subscription-managing-tenant-approvers.json gezeigt, die für das Onboarding eines Abonnements mit berechtigten Autorisierungen (inklusive genehmigender Personen) verwendet werden kann.

{
    "$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')]"
            }
        }
    }

Definieren von berechtigten Autorisierungen in der Parameterdatei

Die Beispielvorlage subscription-managing-tenant-approvers.parameters.json kann verwendet werden, um beim Onboarding eines Abonnements Autorisierungen (einschließlich berechtigter Autorisierungen) zu definieren.

Alle berechtigten Autorisierungen müssen im eligibleAuthorizations-Parameter definiert werden. In diesem Beispiel wird eine berechtigte Autorisierung hinzugefügt.

Diese Vorlage enthält auch das managedbyTenantApprovers-Element, das eine principalId hinzufügt, die alle Versuche genehmigen muss, die berechtigten Rollen zu aktivieren, die im eligibleAuthorizations-Element definiert sind.

{
    "$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"

                }
            ]
        }
    }
}

Jeder Eintrag im eligibleAuthorizations-Parameter enthält drei Elemente, die eine berechtigte Autorisierung definieren: principalId, roleDefinitionId und justInTimeAccessPolicy.

principalId gibt die ID für den Microsoft Entra-Benutzer oder die Azure AD-Gruppe an, für den bzw. die diese berechtigte Autorisierung gilt.

roleDefinitionId enthält die Rollendefinitions-ID für eine integrierte Azure-Rolle, die der Benutzer auf Just-In-Time-Basis nutzen kann. Wenn Sie mehrere berechtigte Autorisierungen mit derselben roleDefinitionId verwenden, müssen sie alle identische Einstellungen für justInTimeAccessPolicy haben.

justInTimeAccessPolicy gibt drei Elemente an:

• multiFactorAuthProvider kann entweder auf Azure festgelegt werden, um die mehrstufige Authentifizierung in Microsoft Entra zu verwenden, oder auf Keine, wenn keine mehrstufige Authentifizierung erforderlich ist.
• maximumActivationDuration legt die Dauer fest, für die der Benutzer über die berechtigte Rolle verfügt. Dieser Wert muss im ISO 8601-Format angegeben werden. Der Mindestwert ist PT30M (30 Minuten), der Höchstwert lautet PT8H (8 Stunden). Der Einfachheit halber sollten Sie Werte nur in Inkrementen von einer halben Stunde verwenden (z. B. PT6H für 6 Stunden oder PT6H30M für 6,5 Stunden).
• managedByTenantApprovers ist optional. Wenn Sie sie einschließen, muss sie eine oder mehrere Kombinationen aus principalId und principalIdDisplayName enthalten, die eine Aktivierung der berechtigten Rolle genehmigen müssen.

Weitere Informationen zu diesen Elementen finden Sie im Abschnitt Berechtigte Autorisierungselemente.

Rechteerweiterung für Benutzer

Nachdem Sie das Onboarding für einen Kunden in Azure Lighthouse durchgeführt haben, sind alle berechtigten Rollen, die Sie hinzugefügt haben, für den angegebenen Benutzer (oder für Benutzer in bestimmten Gruppen) verfügbar.

Benutzer können ihre Zugriffsrechte jederzeit erhöhen, indem sie im Azure-Portal auf der Seite Meine Kunden eine Delegierung auswählen und dann auf Berechtigte Rollen verwalten klicken. Anschließend führen sie die Schritte zum Aktivieren der Rolle in Microsoft Entra Privileged Identity Management aus.

Wenn genehmigende Personen angegeben wurden, hat der Benutzer erst dann Zugriff auf die Rolle, wenn die Genehmigung von einer bestimmten genehmigenden Person vom verwaltenden Mandanten erteilt wurde. Alle genehmigenden Personen werden benachrichtigt, wenn eine Genehmigung angefordert wird, und der Benutzer kann die berechtigte Rolle erst verwenden, nachdem die Genehmigung erteilt wurde. Genehmigende Personen werden auch benachrichtigt, wenn dies geschieht. Weitere Informationen zum Genehmigungsprozess finden Sie unter Genehmigen oder Ablehnen von Anforderungen für Azure-Ressourcenrollen in Privileged Identity Management.

Nachdem die berechtigte Rolle aktiviert wurde, verfügt der Benutzer für die gesamte Dauer, die in der berechtigten Autorisierung festgelegt ist, über diese Rolle. Nach Ablauf dieses Zeitraums kann die Rolle erst wieder verwendet werden, wenn der Benutzer die Schritte zur Rechteerweiterung erneut ausführt, um seine Zugriffsrechte zu erhöhen.

Nächste Schritte

• Erfahren Sie mehr über das Onboarding von Kunden in Azure Lighthouse mithilfe von ARM-Vorlagen.
• Erfahren Sie, wie Sie Kunden mit Angeboten für verwaltete Dienste integrieren.
• Erfahren Sie mehr über Microsoft Entra Privileged Identity Management.
• Erfahren Sie mehr über Mandanten, Benutzer und Rollen in Azure Lighthouse.