2 min read

How to define an Azure Limited Admin custom role

Hi all,

After implementing the Governance policies and foundations described in“Deploying Azure resource policies” it is important to make sure the end-consumers will not be able to change or remove those policies. In the customer environment I’m currently working on we defined Azure Resource Policies to enforce tagging, naming conventions, allowed regions etc., but we also enforced some network and routing settings. We implemented a really secure routing and firewall environment with User Defined Routes, NSG’s, virtual appliances, auditing and tracking etc. So we need to make sure users are not able to delete or change those policies and governance settings. This can be done with Azure RBAC.

Azure Role Based Access (RBAC)

Azure Role-based access control will allow the owners of a subscription to assign granular roles to other users who can manage specific resource scopes in their environment. RBAC allows the flexibility of owning one Azure subscription managed by the administrator account (service administrator role at a subscription level) and have multiple users invited to work under the same subscription but without any administrative rights for it. You can assign RBAC at 3 different levels:

  • Subscription level
  • Resource Group
  • Resource

For an overview of all the built-in user roles have a look here: https://docs.microsoft.com/en-us/azure/active-directory/role-based-access-built-in-roles

The challenge today in Azure Role based access is that it’s really difficult to allow a user to create and delete anything in Azure (as we want to encourage users to test and play and discover) but at the same time make sure our policies and networking settings cannot me modified. I call this the “Limited Admin” User Role.

The solution is to create a new Custom Role.

Azure Custom Role

Create a custom role in Azure Role-Based Access Control (RBAC) if none of the built-in roles meet your specific access needs. Custom roles can be created using Azure PowerShell, Azure Command-Line Interface (CLI), and the REST API. Just like built-in roles, you can assign custom roles to users, groups, and applications at subscription, resource group, and resource scopes. Custom roles are stored in an Azure AD tenant and can be shared across subscriptions.

Each tenant can create up to 2000 custom roles but my recommendation is to limit this as much as you can to limit the custom roles sprawl.

A JSON template can be used as the source definition for the custom role. The following example creates a custom role that will ensure the user can create and delete everything he wants but not the pre-defined network settings, UDR’s, NSG’s etc.

Create a new file C:\Temp\LimitedAdmin.json . The Id should be set to null on initial role creation as a new ID is generated automatically. Change the subscriptionID to match yours.

To add the role to the subscriptions, run the following PowerShell command:

Login-AzureRMAccount
New-AzureRmRoleDefinition -InputFile "C:\Temp\LimitedAdmin.json"

Now login to the Azure Portal and you should see your newly created custom role:

and the custom permissions can be seen here:

We have now created a new Azure Limited Admin by creating a new custom role.

Hope this helps,

Alex

1 min read

Debugging Windows Virtual Desktop Deployment Issues

This blog post is a part of a Windows Virtual Desktop series. In our last blog post we succesfully deployed WVD but what I didn’t cover was the few...

Read More
Publish the new Azure API Management Service Developer Portal behind an Application Gateway

2 min read

Publish the new Azure API Management Service Developer Portal behind an Application Gateway

There are currently 2 developer portals for the Azure API Management service: a legacy portal and the new portal experience. We deployed our Azure...

Read More

1 min read

How to use Azure CDN for WordPress

In this blogpost I will show you how you can use Azure CDN to improve the performance of your WordPress site. I’m running WordPress for my blog and...

Read More