Skip to main content

Azure Key Vault EUVDEUVD-2026-100127

| CVE-2026-85925 HIGH
Improper Restriction of Communication Channel to Intended Endpoints (CWE-923)
2026-10-13 secure@microsoft.com GHSA-2gff-v97h-mc65
8.2
CVSS 3.1 · Vendor: microsoft
View

Attack ChainAIDerived

Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain

  1. Access
    Authenticate with low-privilege Azure identity
  2. Exploit
    Abuse improper channel endpoint restriction
  3. Execution
    Redirect Key Vault communication to unintended endpoint
  4. Impact
    Elevate 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.

This Week Schedule remediation this week. Why: HIGH severity (CVSS 7.0-8.9).
Patch available 0.5% exploitation probability (EPSS)

Get an e-mail when this CVE is exploited, patched or re-scored. Free account.

Alert me

AnalysisAIv1 – 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

azure-keyvault-secrets 4.11.2 <4.11.1
azure-keyvault-administration 4.7.1 <4.8.1
azure-keyvault-keys 4.11.2 <4.10.1
azure-keyvault-certificates 4.11.2 <4.9.1

Affected Packages

euvd azure_keyvault_administration fix: 4.8.1
euvd azure_keyvault_certificates fix: 4.9.1
euvd azure_keyvault_keys fix: 4.10.1
euvd azure_keyvault_secrets fix: 4.11.1

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

Vendor (microsoft) PRIMARY 8.2 HIGH
AV:N/AC:H/PR:L/UI:N/S:C/C:H/I:H/A:N
vuln.today AI 8.2 HIGH

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.

3.1 AV:N/AC:H/PR:L/UI:N/S:C/C:H/I:H/A:N
4.0 AV:N/AC:H/AT:N/PR:L/UI:N/VC:H/VI:H/VA:N/SC:L/SI:L/SA:N

Primary rating from Vendor (microsoft).

CVSS VectorVendor: microsoft

Attack Vector
Network
Attack Complexity
High
Privileges Required
Low
User Interaction
None
Scope
Changed
Confidentiality
High
Integrity
High
Availability
None

Lifecycle Timeline

2
Patch available
Oct 13, 2026 - 20:20 EUVD
CVE Published
Oct 13, 2026 - 19:21 cve.org
HIGH 8.2

DescriptionCVE.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

Why It Matters

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.

Business Impact: High
Compensating Controls

Apply vendor patch.

Threat Intelligence Overview

EPSS Score
0.5%
Top 61% exploitable
Prevalence
High
widely deployed Azure cloud secrets-management service and client SDKs
Vendor Status
Publicly Disclosed:No
Exploited:No
Latest Software Release:Exploitation Less Likely
Data Quality
5 sources
Confidence: Medium

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.

SignalValue
Severity HIGH
CISA KEV No
Public POC No
EPSS 0.5%
Patch available Yes
Active threat No
Deciding rule
HIGH severity (CVSS 7.0-8.9)
What every action level means
Emergency Immediate action required. Criteria: CRITICAL + in CISA KEV (actively exploited) without patch, OR CRITICAL + EPSS > 30% without patch, OR CRITICAL + active threat signals without patch.
Act Now Prioritize within 24-48h. Criteria: in KEV with patch available, OR CRITICAL + public POC, OR HIGH + EPSS > 10%, OR CRITICAL + active threat, OR any CRITICAL severity.
This Week Schedule remediation this week. Criteria: HIGH severity (CVSS 7.0-8.9). Patch within normal change window.
This Month Plan within 30 days. Criteria: MEDIUM severity (CVSS 4.0-6.9), lower exploitation probability. Include in regular patch cycle.
Monitor Track and reassess. Criteria: LOW severity (CVSS 0.1-3.9), minimal exploitation risk. No immediate action needed.

SSVC AssessmentENISA

SSVC Decision
Scheduled
Exploitation
None
System Exposure· derived
Open
Automatable
No
Human Impact
High
Technical Impact
Total

Priority Score

41
Low Medium High Critical
KEV: 0
EPSS: 0
CVSS: +41
PoC: 0
Weaponized: 0
Threat intel: 0
Gov advisory: 0

Attack Technique

Information disclosure occurs when an application unintentionally exposes sensitive data that aids attackers in reconnaissance or directly compromises security.

This site uses cookies essential for authentication and security. No tracking or analytics cookies are used. Privacy Policy