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 IT administrator needs to grant a developer permission to manage all cloud resources located inside a specific resource group named App-Dev-RG. The developer must not have access to any other resource groups or services across the Azure subscription.
Which core component of an Azure Role-Based Access Control (Azure RBAC) role assignment defines the boundary of resources to which the assigned permissions apply?
In Azure Role-Based Access Control (Azure RBAC), a scope represents the specific resource, or set of resources, that an identity is permitted to access. It defines the boundary where permissions take effect within the Azure resource hierarchy.
By setting the scope of the role assignment directly to the App-Dev-RG resource group, the administrator ensures that the assigned permissions apply only to the resources inside that container. Access will not spill over to other sibling resource groups within the same subscription.
The scope is the only fundamental RBAC component designed specifically to establish resource boundaries. Configuring the scope correctly ensures that security policies adhere to the principle of least privilege.
A role assignment ID is a unique identifier (formatted as a GUID) assigned to a specific role assignment instance when it is created in Azure.
The role assignment ID serves strictly as an administrative and programmatic identifier for tracking, referencing, modifying, or deleting the role assignment in Azure Resource Manager. It has no functional role in defining resource boundaries or permission boundaries.
00000000-0000-0000-0000-000000000000).A scenario asked how Azure uniquely identifies and tracks an individual role assignment record when deploying via Azure Resource Manager templates or Bicep.
Reusing a role assignment ID across multiple deployments will cause deployment failures because each assignment requires its own distinct identity.
A security principal is an object representing the identity requesting access to Azure resources. In Azure, security principals are managed in Microsoft Entra ID.
A security principal answers the who question of access management rather than the where. It represents the target user, group, service principal, or managed identity, but does not define the resource boundaries or limitations where access takes effect.
A scenario asked to identify the component of an RBAC assignment that specifies the individual user, group, or application identity receiving access.
While selecting the developer as the security principal is a mandatory step in creating a role assignment, it does not determine which resource groups or subscription assets the developer can touch.
A role definition (often simply called a role) is a collection of permissions that outlines what operations can be executed on Azure resources.
A role definition answers the what question of access control by listing allowed Actions, NotActions, and data operations (such as reading, writing, or deleting). However, it does not establish the boundary of resources where those actions are allowed to be performed.
Microsoft.Compute/virtualMachines/*).The question asked which RBAC component lists the permissible actions, such as whether a user can read, create, modify, or delete virtual machines.
To manage resources in App-Dev-RG, the administrator might select the Contributor role definition, but the boundary itself is strictly defined by the role assignment's scope.
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