Azure / Azure/acr

Improve Management Experience for Private Endpoint Configurations

Open
#869 0 comments 2 reactions 0 assignees View on GitHub
feature-request
Dominant language
No language data
Stars
177
Forks
137
PR merge metrics
No merged PRs in 30d

Description

**Current Behavior**: When an Azure Container Registry (ACR) has an approved private endpoint and public network access is disabled, it becomes impossible to list repositories and tags using the Azure portal, Azure CLI, or other management tools from outside the virtual network.

**Business Impact**: This limitation creates significant operational challenges for enterprises managing containerized workloads:
1. DevOps workflow disruption: Platform teams managing ACR from outside the VNet cannot perform basic inventory or auditing tasks without going through customized solutions.
2. Inconsistent management experience: Administrative operations (listing images, viewing tags, auditing repository contents) should be separable from data plane operations (pulling/pushing images).
3. Increased operational overhead: Organizations must either expose public network access (reducing security posture), provision jump boxes/bastion hosts solely for basic administrative tasks, or provide other workaround alternatives.

**To highlight this unfortunate behaviour, let's compare it with Google's Artifact Registry**: GAR operates as private by default, with both management and data plane controlled entirely through IAM and RBAC. There is no requirement for the administrative client to be within a specific network boundary to perform read-only management operations. This approach:
- Separates authorization (who can access) from network policy (where they can access from)
- Allows centralized management without compromising data plane security
- Reduces infrastructure complexity for multi-region or hybrid deployments

**Suggested Improvement**: Consider decoupling control plane operations (list repositories, list tags, view metadata) from data plane operations (push/pull images) when private endpoints are configured. This would allow:
- RBAC-controlled management operations from any authorized client
- Network restrictions applied specifically to image push/pull operations
- Alignment with zero-trust principles where identity, not network location, determines access

Contributor guide

No contributing guide indexed for this repository

Research direction

Start by reviewing the ACR management operations described in the issue, especially listing repositories, listing tags, and viewing metadata, and compare them with push/pull behavior for private endpoints. Done would require a defined and implemented separation between RBAC-controlled control-plane access and network-restricted data-plane access, with the applicable management behavior documented or tested.

Written by the indexing model from the issue text.

Assessment

Tech stack
azure
Domain
api, cloud, security
Issue type
Feature
Difficulty
5/5
Estimated time
Over a week
Activity status
Stale
Clarity
Mostly clear
Newbie friendliness
25/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.