CVE-2026-35172: Distribution has stale blob access resurrection via repo-scoped redis descriptor cache invalidation
Distribution is a toolkit to pack, ship, store, and deliver container content. Prior to 3.1.0, distribution can restore read access in repo a after an explicit delete when storage.cache.blobdescriptor: redis and storage.delete.enabled: true are both enabled. The delete path clears the shared digest descriptor but leaves stale repo-scoped membership behind, so a later Stat or Get from repo b repopulates the shared descriptor and makes the deleted blob readable from repo a again. This vulnerability is fixed in 3.1.0.
Security readout for executives and security teams
Plain-English summary
This flaw can make container registry content readable again after it was explicitly deleted, but only under a specific Distribution configuration using Redis blob descriptor caching and enabled deletes. The business concern is confidentiality: deleted blobs may become accessible again, undermining cleanup, access-control expectations, or repository separation.
Executive priority
Prioritize remediation for internet-facing or multi-tenant registries, especially where deleted images may contain secrets, proprietary code, or regulated data. The issue is high severity but configuration-dependent, so confirm exposure before emergency response.
Technical view
Distribution before 3.1.0 leaves stale repo-scoped blob membership when deleting a blob with storage.cache.blobdescriptor set to redis and storage.delete.enabled true. A later Stat or Get from another repository can repopulate the shared digest descriptor, restoring read access in the original repository. CVSS 3.1 is 7.5, confidentiality impact high.
Likely exposure
Exposure is likely limited to container registries running distribution/distribution before 3.1.0 with Redis blobdescriptor cache enabled and storage deletes enabled. The source bundle does not show broader affected products beyond Distribution and Red Hat-tracked advisories.
Exploitation context
The bundle does not cite active exploitation, and KEV is false. The attack surface is network-accessible registry behavior with no privileges required per CVSS, but the provided sources do not include public exploit details or real-world abuse evidence.
Researcher notes
The key condition is cache invalidation asymmetry: shared digest descriptors are cleared, while repo-scoped membership remains stale. Validation should focus on affected configuration, version, and post-delete read behavior. Avoid assuming impact where Redis blobdescriptor caching or delete support is absent.
Mitigation direction
Upgrade distribution/distribution to version 3.1.0 or later.
Apply applicable Red Hat errata fixes for packaged Distribution components.
Identify registries using Redis blobdescriptor cache with deletes enabled.
If upgrade is delayed, check vendor guidance for supported configuration workarounds.
Review deleted sensitive blobs that may have relied on deletion for access removal.
Validation and detection
Inventory Distribution versions across all container registry deployments.
Check configuration for storage.cache.blobdescriptor: redis.
Check configuration for storage.delete.enabled: true.
Confirm fixed vendor packages or Distribution 3.1.0 are deployed.
Test that deleted blobs remain inaccessible after cross-repository blob lookups.
Generated from the cited source records. This long-tail analysis has not been individually reviewed by a named human.
Potential ATT&CK relevance
Conservative CVE-to-ATT&CK context
These mappings and lookup hints may be relevant to the vulnerability behavior, CWE, affected product, or exposure path. Glexia-inferred context is not an official MITRE, ATT&CK, CWE, or CVE Program mapping.
ATT&CK lookup starting points
Use these exact CWE pages and searches to review the Glexia ATT&CK library from this CVE's weakness and description context.
cwe · medium confidence lookup
CWE-284: Authorization and privilege behavior lookup
Authorization weaknesses can support privilege escalation and valid-account review, depending on exploit path. Open the exact CWE lookup page first, then review the ATT&CK searches from that MITRE weakness context. This is a Glexia lookup hint, not an official ATT&CK mapping.
Use the exact CWE identifier as the starting point before reviewing related ATT&CK behavior. Open the exact CWE lookup page first, then review the ATT&CK searches from that MITRE weakness context. This is a Glexia lookup hint, not an official ATT&CK mapping.
The affected technology mentions containers, so container-specific ATT&CK technique review may help. This is a Glexia inferred lookup path, not an official MITRE, ATT&CK, or CVE Program mapping.
These fields come from the CVE record and ADP containers, not from Glexia's Take. They preserve time-varying source decisions such as CISA SSVC, KEV status, CVSS metrics, and provider references.
We collect every scored CVSS vector available in the official CNA and ADP containers. When more than one version is present, the table keeps the source vectors side by side instead of collapsing them into the highest score.