Prepare and test your skills

Prepare and test your skills

Free sample question, answered and explained below. The AZ-900 Microsoft Azure Fundamentals Exam practice bank has 688 more like it. Try 10 free: instant score, no account.
An organization is configuring access permissions for its tier-1 IT support staff in Azure. The support staff must be able to view all resource configurations across an Azure subscription and open technical support tickets with Microsoft.
However, corporate security policy dictates that the support staff must not have permissions to create, modify, or delete resources, nor manage user access assignments. The standard Azure built-in roles do not provide this exact combination of permissions.
Which solution should the organization implement to meet these requirements while adhering to the principle of least privilege?
The Owner role is a foundational Azure built-in role that grants full management access to all resources within a specified scope, including the authority to assign access permissions to other users.
Assigning the Owner role directly violates the principle of least privilege and corporate security requirements. An Owner has complete administrative control over the subscription, allowing users to create, modify, delete resources, and delegate administrative permissions, whereas the scenario requires read-only resource access and support ticket creation only.
This option would be correct if the administrator needed complete control over all subscription resources, including the ability to delegate access permissions and manage role assignments for other team members.
Using privileged administrator roles like Owner for daily operational or support tasks introduces significant security risks, such as accidental resource deletion or unauthorized privilege escalation.
An Azure custom role is a user-defined role definition in Azure Role-Based Access Control (Azure RBAC) that provides tailored access control when the pre-configured Azure built-in roles do not match organizational requirements.
*/read action, allowing support engineers to view all resource configurations across the subscription.Microsoft.Support/* actions, granting the ability to create, update, and manage support tickets with Microsoft.Actions) and restricted operations (NotActions) can be precisely tailored.When no single built-in role (such as Owner, Contributor, or Reader) provides the exact balance of required operational actions without granting excess permissions, authoring an Azure custom role is the recommended and architecturally correct approach.
The Reader role is an Azure built-in role designed to provide read-only access to view all resources, configurations, and settings within a specified management group, subscription, or resource group.
Although the Reader role satisfies the requirement to view resource configurations without making changes, it lacks permissions under the Microsoft.Support resource provider. As a result, users assigned only the built-in Reader role cannot open or manage official Microsoft support tickets.
This option would be correct if the support team only needed audit or monitoring visibility across the subscription without the requirement to create or manage Microsoft technical support tickets.
To satisfy both visibility and ticketing needs without over-privileging users, organizations frequently combine permissions or define a custom role based on the Reader baseline.
The Contributor role is a core Azure built-in role that allows users to create, manage, and delete all types of Azure resources within a given scope, without allowing them to grant access to others.
While the Contributor role prevents users from managing access control (delegating permissions to other users), it grants full permissions to deploy, modify, and delete Azure resources. This violates the requirement that support engineers must not be able to create, modify, or delete any resources.
This option would be correct if the support staff were responsible for actively deploying, modifying, and maintaining cloud infrastructure components while being restricted from modifying user permissions.
Contributor is typically assigned to DevOps engineers and workload owners who require broad infrastructure modification rights without tenant or subscription governance capabilities.
Answer them yourself and get your score the moment you finish. No account needed.
Full access includes
Keep the momentum going with these hand-picked practice scenarios
Last updated Validated