Description
The principle of least privilege should be followed and only necessary privileges should be assigned instead of allowing full administrative access.
Rationaleβ
Custom roles in Azure with administrative access can obfuscate the permissions granted and introduce complexity and blind spots to the management of privileged identities. For less mature security programs without regular identity audits, the creation of Custom roles should be avoided entirely. For more mature security programs with regular identity audits, Custom Roles should be audited for use and assignment, used minimally, and the principle of least privilege should be observed when granting permissions.
Impactβ
Subscriptions will need to be handled by Administrators with permissions.
Auditβ
This policy marks an Azure Subscription as INCOMPLIANT
if it has a Custom Role that grants administrative privileges at the subscription level. This is detected by the wildcard ("*") action in the roleβs Permissions Json
alongside a /subscriptions/ entry in its Assignable Scopes Json
.
Default Valueβ
By default, no custom owner roles are created.
Referencesβ
- https://docs.microsoft.com/en-us/azure/billing/billing-add-change-azure-subscription-administrator
- https://learn.microsoft.com/en-us/security/benchmark/azure/mcsb-privileged-access#pa-1-separate-and-limit-highly-privilegedadministrative-users
- https://learn.microsoft.com/en-us/security/benchmark/azure/mcsb-privileged-access#pa-3-manage-lifecycle-of-identities-and-entitlements
- https://learn.microsoft.com/en-us/security/benchmark/azure/mcsb-governance-strategy#gs-2-define-and-implement-enterprise-segmentationseparation-of-duties-strategy
- https://learn.microsoft.com/en-us/security/benchmark/azure/mcsb-governance-strategy#gs-6-define-and-implement-identity-and-privileged-access-strategy
- https://learn.microsoft.com/en-us/security/benchmark/azure/mcsb-privileged-access#pa-7-follow-just-enough-administration-least-privilege-principle