Differences
This shows you the differences between two versions of the page.
| Both sides previous revision Previous revision Next revision | Previous revision | ||
| azure:azure_iam [2025/05/07 19:04] – mmuze | azure:azure_iam [2025/10/02 20:52] (current) – [Working With Roles] mmuze | ||
|---|---|---|---|
| Line 1: | Line 1: | ||
| ====== Azure IAM ====== | ====== Azure IAM ====== | ||
| + | |||
| + | * [[Microsoft Entra]] | ||
| + | * [[microsoft: | ||
| + | |||
| * //AzureAD// vs. //AzureRM// roles | * //AzureAD// vs. //AzureRM// roles | ||
| Line 11: | Line 15: | ||
| ====== Azure Administrator Roles (Entra ID Roles) vs. Azure Roles (Azure RBAC Roles) ====== | ====== Azure Administrator Roles (Entra ID Roles) vs. Azure Roles (Azure RBAC Roles) ====== | ||
| * Entra roles/ | * Entra roles/ | ||
| - | * Azure roles, Azure RBAC roles, Azure resource | + | * Azure roles, Azure RBAC roles, Azure resource roles |
| * There are some built-in roles for Entra ID and Azure that have the same name, for example, //Reader// and //Security Reader//. | * There are some built-in roles for Entra ID and Azure that have the same name, for example, //Reader// and //Security Reader//. | ||
| Line 33: | Line 37: | ||
| * To assign a user, group or service principle a role the scope is specified. The scope can be at the level of Management Group, Subscription, | * To assign a user, group or service principle a role the scope is specified. The scope can be at the level of Management Group, Subscription, | ||
| {{: | {{: | ||
| + | * Control plane actions can have a Management Group scope, but data plane actions cannot. Data plan actions can be at the subscription level. | ||
| + | * Example of a control plane action is, '' | ||
| + | * Example of a data plane action is, '' | ||
| + | |||
| + | ====== Service Accounts ====== | ||
| + | Microsoft’s guidance is to avoid using regular user accounts as service accounts when possible. Instead: | ||
| + | * Use App Registrations + Service Principals with client secret or certificate auth. | ||
| + | * Use Managed Identities if the service runs in Azure, so you don’t manage credentials at all. | ||
| ====== Security Principles ====== | ====== Security Principles ====== | ||
| Line 60: | Line 72: | ||
| * [[https:// | * [[https:// | ||
| * [[https:// | * [[https:// | ||
| - | |||
| - | ====== Related ====== | ||
| - | * [[azure: | ||
| - | * [[azure: | ||
| ====== Roles ====== | ====== Roles ====== | ||
| Line 71: | Line 79: | ||
| >The User Access Administrator role grants the ability to view all resources and manage access assignments at any subscription or management group level within the tenant. Due to its high privilege level, this role assignment should be removed immediately after completing the necessary changes at the root scope to minimize security risks. | >The User Access Administrator role grants the ability to view all resources and manage access assignments at any subscription or management group level within the tenant. Due to its high privilege level, this role assignment should be removed immediately after completing the necessary changes at the root scope to minimize security risks. | ||
| + | |||
| + | ====== Working With Roles ====== | ||
| + | |||
| + | Get the Azure Roles assigned to a user. | ||
| + | < | ||
| + | Get-AzRoleAssignment -SigninName " | ||
| + | </ | ||
| + | |||
| + | < | ||
| + | az role assignment list --assignee " | ||
| + | </ | ||
| + | |||
| + | === Get Roles that have a permission === | ||
| + | |||
| + | < | ||
| + | Get-AzRoleDefinition | Where-Object { | ||
| + | $_.Actions -match " | ||
| + | } | ||
| + | </ | ||
| + | ====== Related ====== | ||
| + | * [[azure: | ||
| + | * [[azure: | ||