CVE-2025-36852: Niklas Portmann Azure Based Remote Cache Plugin for Nx · Untrusted Functionality Inclusion
Affects Niklas Portmann Azure Based Remote Cache Plugin for NxSource CVE Database V5
Not known to be exploited · CVSS 9.4 Critical.
Data as of 26 Oct 2026, 06:26 UTC
- EPSS
- 0.2% chance of exploitation in 30 days – higher than 16% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
CVSS:4.0/AV:N/AC:L/AT:N/PR:L/UI:N/VC:H/VI:H/VA:H/SC:H/SI:H/SA:H/S:P/AU:Y/R:U/V:C/RE:M/U:RedExploitation evidence
Disclosed: evidence found.
CVE published 10 Jun 2025
Detectable: no evidence on record.
No public nuclei template indexed
Weaponised: no evidence on record.
No public exploit code indexed in Metasploit or Exploit-DB
Exploited in the wildExploited: no evidence on record.
Not in CISA KEV and no source reports exploitation
Observed by OffSeq MirageSeen by Mirage: no evidence on record.
No attack traffic recorded by OffSeq Mirage sensors
A missing step is not evidence of safety. Sources: cve.org (opens in a new tab), the Metasploit, Exploit-DB and nuclei-templates index as of 2026-10-26.
What to do
Affected software
| Product | Affected | Fixed in |
|---|---|---|
| Niklas Portmann Azure Based Remote Cache Plugin for Nx | Affected
| Fixed in– |
AI-suggested
To mitigate this vulnerability, European organizations should implement the following specific measures: 1) Disable or avoid using the Azure Based Remote Cache Plugin for Nx until a vendor patch or secure update is available. 2) Enforce strict branch protections and limit pull request privileges to trusted personnel only, minimizing the risk of malicious artifact injection. 3) Introduce artifact signing and verification mechanisms that validate the provenance of build outputs before caching or deployment, ensuring only artifacts built in trusted environments are accepted. 4) Implement separate caches for untrusted (feature branches, pull requests) and trusted (protected branches, production) environments to prevent cross-contamination. 5) Employ continuous monitoring and auditing of build artifacts and cache contents to detect anomalies or unexpected changes. 6) Integrate additional security controls such as reproducible builds and deterministic artifact generation to reduce the risk of tampering. 7) Collaborate with the plugin vendor and community to track patch releases and apply updates promptly. 8) Consider alternative remote caching solutions with stronger security guarantees or design build pipelines that do not rely on shared caches across trust boundaries. These mitigations go beyond generic advice by focusing on architectural changes and process controls tailored to the specific flaw in the caching mechanism.
Description
A critical security vulnerability exists in remote cache extensions for common build systems utilizing bucket-based remote cache (such as those using Amazon S3, Google Cloud Storage, or similar object storage) that allows any contributor with pull request privileges to inject compromised artifacts from an untrusted environment into trusted production environments without detection. The vulnerability exploits a fundamental design flaw in the "first-to-cache wins" principle, where artifacts built in untrusted environments (feature branches, pull requests) can poison the cache used by trusted environments (protected branches, production deployments). This attack bypasses all traditional security measures including encryption, access controls, and checksum validation because the poisoning occurs during the artifact construction phase, before any security measures are applied.