Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessAuthenticate with low-privilege Azure identity
-
ExploitAbuse improper channel endpoint restriction
-
ExecutionRedirect Key Vault communication to unintended endpoint
-
ImpactElevate privileges across trust boundary
Vulnerability Assessment
| Weakness |
CWE
ASVS 5.0
V12 - Secure Communication Improper restriction of communication channel
|
| Exploitation Conditions | Exploitation requires the attacker to already hold a valid low-privilege authorized identity able to interact with Azure Key Vault (PR:L), and it is not trivial: AC:H indicates specialized preconditions such as attacker-influenced network positioning or specific timing needed to steer the Key Vault communication channel to an unintended endpoint (CWE-923). The affected surface is applications using the vulnerable Azure Key Vault SDK client libraries (azure-keyvault-secrets, azure-keyvault-keys, azure-keyvault-certificates, azure-keyvault-administration); environments not using the vulnerable SDK versions, or that have applied the vendor patch, are not exposed. Limiting factors that reduce real-world risk: mandatory authentication, high attack complexity, no user interaction gain for the attacker, and no availability impact (A:N). |
| Impact | This is a genuine but second-tier priority rather than an emergency. The CVSS 3.1 vector (AV:N/AC:H/PR:L/UI:N/S:C/C:H/I:H/A:N, base 8.2 High) shows a network-reachable flaw with scope change and high confidentiality/integrity impact, but two metrics temper the urgency: AC:H (high attack complexity, implying specialized conditions or timing the attacker does not control) and PR:L (the attacker must already hold a valid, low-privilege authorized identity in the Azure Key Vault environment). These line up with CISA's SSVC read - Exploitation: none, Automatable: no, Technical Impact: total - which signals a damaging-if-exploited but not-yet-exploited, non-mass-scannable issue. No EPSS score was provided, so statistical exploitation probability cannot be stated; no KEV listing and no POC exist, so exploitation is 'no public exploit identified at time of analysis.' In short, the CVSS and SSVC signals are consistent: high potential impact (total technical impact, scope change) balanced by meaningful barriers (authentication required, high complexity, not automatable), making this an important patch-soon item rather than a drop-everything KEV-grade threat. |
| Exploit ScenarioDerived | An attacker who already possesses a low-privilege authorized identity within an Azure environment abuses the improper restriction of the Key Vault communication channel (CWE-923) to cause client traffic to reach an unintended endpoint, then leverages that to elevate privileges across a trust boundary. The high attack complexity means the attacker must satisfy non-trivial preconditions (such as network positioning or specific timing) rather than firing a single reliable request. No public exploit code or active exploitation has been identified. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Oct 13, 2026
Privilege escalation through the Azure Key Vault SDK client libraries (azure-keyvault-secrets, azure-keyvault-keys, azure-keyvault-certificates and azure-keyvault-administration) allows an authorized attacker who already holds a valid low-privilege Key Vault identity to steer the SDK's communication channel toward an unintended endpoint, exposing secrets, keys and certificates and thereby gaining the vault's data-plane privileges. Exploitation is not trivial: the assessed vector (CVSS:3.1/AV:N/AC:H/PR:L/UI:N/S:C/C:H/I:H/A:N) requires an authenticated low-privilege identity plus specialized preconditions such as attacker-influenced network positioning or precise timing, with no user interaction and no availability impact, while scope is changed because compromise of the client library reaches the Key Vault resource itself. No confirmed active exploitation (not listed in CISA KEV) and no public exploit code were identified at time of analysis, and CISA's SSVC decision framework rates Exploitation as 'none' and Automatable as 'no', although Technical Impact is rated total; Microsoft has released a vendor patch. This is a genuine but second-tier priority rather than an emergency.
RemediationAI
Microsoft has released a vendor patch, so the primary action is to upgrade every instance of the four Azure Key Vault SDK packages (azure-keyvault-secrets, azure-keyvault-keys, azure-keyvault-certificates, azure-keyvault-administration) to the fixed builds identified in the MSRC update guide for CVE-2026-85925 (https://msrc.microsoft.com/update-guide/vulnerability/CVE-2026-85925); note that the EUVD-supplied bounds point toward 4.11.1, 4.10.1, 4.9.1 and 4.8.1 respectively but are contradictory as published, so confirm exact fixed versions in the advisory rather than trusting the ranges, and rebuild or re-vendor any HashiCorp or third-party tooling that embeds them. Because the patch removes the endpoint restriction flaw, upgrading is preferable to any workaround; where upgrades cannot be staged immediately, apply endpoint pinning in code by explicitly setting and validating the Key Vault authority host (for example, rejecting any override of the *.vault.azure.net/management endpoint and refusing user- or environment-supplied hostnames), accepting the trade-off that legitimate sovereign-cloud or custom-authority deployments will break until re-configured. Additionally, restrict outbound egress from application hosts to the expected Key Vault endpoints and enforce TLS certificate validation with hostname pinning (trade-off: private-endpoint and proxy-based deployments need allow-listing), enable private endpoints and disable public network access on the vaults (trade-off: DNS configuration must be correct or clients will fail to connect), and rotate any secrets, keys or certificates that may have transited an untrusted endpoint while the vulnerable SDK was in use, since the confidentiality and integrity impact of this issue includes credential exposure. Monitor for anomalous Key Vault access from unexpected source addresses or after suspicious DNS changes, and treat the SSVC 'Technical Impact: total' rating as a reason to complete remediation promptly even though no active exploitation or public exploit code has been observed.
Affected VersionsENISA
Affected Packages
Source: OSV (Open Source Vulnerabilities)
Affects your stack
Affects 4 packages in euvd
Checking this CVE against your own stacks and servers is part of the Basic plan and up.
Technical ContextAI · show details
The root cause class is CWE-923, Improper Restriction of Communication Channel to Intended Endpoints, mapped here against Microsoft Azure Key Vault. The vulnerable component is not the Key Vault service itself but the client-side SDK packages that applications embed to talk to the vault; these libraries failed to sufficiently constrain which endpoint the client will communicate with, so an attacker able to influence name resolution, network path or endpoint configuration can cause the client to send authenticated requests, bearer tokens or protected values to an unintended host. That yields high confidentiality and integrity impact (C:H/I:H) because the intercepted material includes Key Vault secrets, keys, certificates and administrative operations, and the CVSS scope-change flag (S:C) reflects that a flaw in an application's dependency can compromise a distinct security authority - the vault and everything it protects. The AC:H rating is consistent with the need for attacker-influenced network positioning or timing rather than a simple request trigger, and PR:L reflects the requirement for a valid authorized identity already able to interact with Key Vault; the description's phrase 'an authorized attacker' must not be read as unauthenticated access. CISA's SSVC data (Exploitation: none, Automatable: no, Technical Impact: total) indicates the flaw is severe if reached but neither seen in exploitation nor easily scaled. The provided tags link the issue to Microsoft and HashiCorp, which suggests HashiCorp tooling or providers that vendor or wrap these Azure SDKs may inherit the same trust-in-endpoint weakness and should be inventoried alongside directly affected applications.
Know when Azure Keyvault Administration gets its next vulnerability
- Watch products and get an email when something new is published
- Check this CVE against your own stack and servers
- Exploit and PoC references, threat intelligence from 22 sources
No credit card · 7-day full trial
Severity by source
AV:N/AC:H/PR:L/UI:N/S:C/C:H/I:H/A:N
Network-reachable but needs an authenticated low-privilege identity (PR:L) and non-trivial conditions to redirect the channel (AC:H); scope changes as privilege crosses a trust boundary (S:C), with high C/I and no availability impact.
Primary rating from Vendor (microsoft).
CVSS VectorVendor: microsoft
Lifecycle Timeline
2DescriptionCVE.org
Improper restriction of communication channel to intended endpoints in Azure Key Vault allows an authorized attacker to elevate privileges over a network.
Executive ViewAI
A privilege-escalation vulnerability in the Azure Key Vault SDK client libraries (azure-keyvault-secrets, azure-keyvault-keys, azure-keyvault-certificates, and azure-keyvault-administration) could let an authenticated low-privilege identity redirect SDK communications and obtain data-plane access to secrets, keys, and certificates. Organizations using these libraries in cloud or on-premises applications should treat this as a high-priority exposure because compromised credentials can lead to broader Azure resource access, and remediation is available per the vendor advisory; no public exploit identified at time of analysis.
Apply vendor patch.
Threat Intelligence Overview
How this decision was reached
The engine reads each signal below and applies a fixed list of rules from top to bottom. The first rule that matches sets the recommended action – like a statement, every line is shown.
What every action level means
SSVC AssessmentENISA
Priority Score
Attack Technique
Information disclosure occurs when an application unintentionally exposes sensitive data that aids attackers in reconnaissance or directly compromises security.
EUVD-2026-100127
GHSA-2gff-v97h-mc65
NVD
CVE.org
EPSS
Vulnrichment
Exploit-DB