An Azure service that provides a registry of Docker and Open Container Initiative images.
Nikhil Sundarappa
Adding to the above response, one important point to highlight is that in Azure AON CNF/NFD publishing scenarios, this failure is typically not related to the AON service itself, but is strictly enforced by ACR RBAC and token-based authorization at runtime.
Also, since az aosm nfd publish performs multiple backend operations in sequence (image staging → import → repository validation), the failure may sometimes appear inconsistent (portal 401 vs CLI AuthorizationFailed), but both point to the same root cause: missing ACR data-plane + import permissions for the Entra ID identity being used in the session.
Another key aspect is that role assignment changes are not immediately reflected in existing CLI sessions. Even after IAM update, stale tokens may continue to fail until a fresh login is performed, and in some cases it may take a few minutes for role propagation across ACR data-plane.
Additionally, if the environment is using a shared or service principal identity for automation, it is important to ensure the role is assigned to the exact identity object (not a different app registration or user principal), as mismatched identity scope is a common reason for repeated failures.
Once correct RBAC is applied, token is refreshed, and identity propagation is completed, both the portal access and az aosm nfd publish operation should work successfully without authorization errors.