Azure Lighthouse
Azure Lighthouse can be very useful, but also comes with some limitations that you should be aware of. Here are some useful examples for partners to help manage customer environments and be recognised for their influence.
Introduction
This some example Azure Lighthouse templates that you can use as a reference point for your own configuration. The examples all use the Support Request Contributor role which is eligible for partner earned credit and therefore for PAL recognition. See the Azure Lighthouse & Partner Admin Link section for more info.
What is Azure Lighthouse?
Azure Lighthouse enables service providers and enterprises to manage resources across multiple tenants securely and at scale, using delegated resource management.
Benefits
- Centralised management across multiple customers or tenants without context switching
- Support Privileged Identity Management for least privilege access
- Managed service provider side Azure Policy can be used across multiple customer tenants via management groups
- Very useful in certain scenarios e.g. centralised Security Operations Centres (SOCs)
- Cleanly separate from normal Identity & Access Management
- The customer can alway view the authorisations, the activity logs, and revoke and delegations or services
Limitations
- Only supports standard Azure resources, i.e. those within the subscription hierarchy
- Restricted Azure Policy compliancy reporting
- only shows customer side policies assigned at subscription scope
- any policies assigned at management group level on the customer tenant are not visible via Azure Lighthouse
- No support for RBAC role definitions with dataActions
- Limited support (by design) for highly privileged role (i.e. no Owner, limited User Access Administrator)
Recommendations
-
Use Privileged Identity Management
Include an Azure built-in role that is eligible for partner earned credit as one of the permanent roles, e.g. Support Request Contributor
-
Use Entra security groups and service principals in the authorisations
Avoid using individual user principals in the service offer’s authorisations.
Updating a local security group for joiners and leavers is far easier than updating the service provider offer definition and version and then asking the customer to accept the change.
-
Create Partner Admin Links for all of the user and service principals in the home tenant.
Perform this as a one off task and then all security principals will automatically recognise the partner’s influence in the customer accounts using those Azure Lighthouse service provider offers.
Resources
- Azure Lighthouse documentation
- Azure Lighthouse best practice for roles
- Azure Lighthouse role support and limitations
- Azure Lighthouse limitations for the cross tenant management experience
Templates
Below are a set of template that will help you to get started with Azure Lighthouse.
Minimal Lighthouse definition
An example Lighthouse definition with a minimal set of managed service roles that are also valid for ACR recognition via PAL.
Using service principals
Add a service principal to the authorizations. Learn how to configure Partner Admin Link for service principals.
Privileged Identity Management
An example Lighthouse definition with a mix of permanent and PIM eligible roles. Maintain ACR recognition whilst meeting least privilege requirements. Enable just in time access to elevated permissions with approvals.