Do we need Microsoft's permission to penetration test Azure?
No. Microsoft no longer requires you to notify it before testing your own Azure resources, but all testing must follow the Microsoft Cloud Unified Penetration Testing Rules of Engagement. These prohibit, for example, denial of service testing and any attempt to access other customers' data. We plan every engagement within those rules.
What does an Azure penetration test cover?
It depends on your scope. Most engagements include Microsoft Entra ID, Azure role-based access control, exposed services, storage, Key Vault and secrets, network boundaries and the workloads you run, such as virtual machines, App Service, Functions or AKS. Hybrid identity and DevOps pipelines can be added where they connect to your Azure estate.
Is an Azure penetration test the same as a configuration review?
No. A configuration review checks settings against a benchmark such as the CIS Microsoft Azure Foundations Benchmark or the Microsoft cloud security benchmark. A penetration test goes further and investigates whether weaknesses can be exploited and chained into an attack path. We often combine the two so you get both coverage and evidence of impact.
Can you test Microsoft Entra ID and Microsoft 365 as well?
Yes. Identity is the most common route into Azure, so we can assess Entra ID configuration, Conditional Access, privileged roles, app registrations, service principals and consent grants. Microsoft 365 services can be included where they share the same tenant and are in scope.
How much does an Azure penetration test cost?
Cost depends on the number of subscriptions, the services in use, the depth of identity testing and whether a configuration review is included. We scope this with you before quoting. Our penetration testing cost guide sets out typical price ranges.
Will testing disrupt our Azure services?
Testing is planned to avoid disruption. We agree the subscriptions, resources and techniques in scope, avoid denial of service and resource-exhausting activity, and set escalation contacts and testing windows before work starts.
What access do you need from us?
Usually a scoped set of test identities, such as a standard user and a reader role on the subscriptions in scope, plus written authorisation. For an assumed-breach or white box assessment we may ask for additional roles or architecture information. We confirm the exact requirements during scoping.
Is retesting included?
Your proposal sets out the retesting included, the findings covered and the timeframe. Retesting confirms that specific fixes have closed the weaknesses we reported.