An Azure administrator configures a `CanNotDelete` resource lock on an Azure subscription. Within this subscription, another administrator applies a `ReadOnly` resource lock to a resource group named `rg-finance`. Inside `rg-finance`, there is a storage account named `safinance`.
A developer who is assigned the Owner role on the subscription attempts to perform the following operations:
1. Read a blob from a container in `safinance` using a pre-existing Shared Access Signature (SAS) token.
2. Regenerate the access keys for `safinance` using the Azure portal.
3. Update the configuration of `safinance` to disable public blob access.
Which of the operations will be successful?
- AOperation 2 and Operation 3 only
- BOperation 1 and Operation 3 only
- Operation 1 onlyAnswer
- DNone of the operations
Answer
Operation 1 only
The operation to read a blob from a container using a Shared Access Signature (SAS) token is successful because resource locks apply only to the management plane (control plane) of Azure. They do not block operations on the data plane, such as retrieving blob content. Regenerating access keys and modifying the storage account configuration are management-plane actions and are blocked by the ReadOnly lock inherited from the resource group.
Step-by-Step Solution
Key Concept
Azure resource locks only restrict management plane (control plane) operations, while data plane operations remain unaffected. A ReadOnly lock is the most restrictive lock and blocks both deletion and configuration changes, regardless of the user's role.
Estimated Time:2m 0s