Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessGain foothold on adjacent VM network
-
DeliverySend source-spoofed channel traffic to Hyper-V host
-
ExploitHost fails to verify communication source
-
ExecutionBypass security feature boundary
-
ImpactDisclose protected host information
Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A07:2025 - Authentication Failures
ASVS 5.0
V12 - Secure Communication Communication channel verification
|
| Exploitation Conditions | Requires the Hyper-V role to be enabled on an affected Windows or Windows Server host, and the attacker must already have a position on the adjacent network (AV:A) - typically a guest VM or a host on the same layer-2/virtual-switch segment, not a remote internet attacker. No authentication is required (PR:N) and no user interaction is needed (UI:N), and default configurations of Hyper-V-enabled hosts appear affected. The primary limiting factor is the adjacency requirement: an attacker must first reach the relevant virtual/physical network segment, which confines realistic exploitation to environments where the attacker has already breached the virtualization network or controls a co-resident guest. |
| Impact | This is a moderate-priority, not a drop-everything, issue. The CVSS 3.1 vector (AV:A/AC:L/PR:N/UI:N/S:C/C:H/I:N/A:N, base 7.4) indicates an unauthenticated attacker on an adjacent network with low complexity can achieve a scope-changing confidentiality impact. However, all exploitation-likelihood signals point downward: CISA's SSVC decision framework rates Exploitation as 'none', Automatable as 'no', and Technical Impact as only 'partial' - which is consistent with a security-feature-bypass rather than full host compromise. There is no KEV listing and no public POC, so the correct exploitation status is 'no public exploit identified at time of analysis'. No EPSS score was supplied, so quantitative exploitation probability cannot be stated. CONFLICT TO VERIFY: the description characterizes this purely as a 'security feature bypass' (reinforced by CWE-940, Improper Verification of Source of a Communication Channel, and the 'Authentication Bypass' tag), yet the CVSS vector claims C:H with a changed scope and I:N/A:N - a bypass that yields high confidentiality but no integrity/availability impact is plausible but unusual, so confirm the actual impact with Microsoft's advisory. The AV:A requirement (attacker must already have a foothold on the adjacent/VM network segment, not the open internet) materially limits real-world exposure. |
| Exploit ScenarioDerived | An attacker with a presence on the same adjacent network segment as a Hyper-V host (for example, a compromised guest VM or a device on the virtual switch's L2 segment) sends traffic that the host fails to properly validate the source of, causing it to accept communication it should have rejected and thereby bypassing a host security feature to disclose protected information. No public exploit code is known, and SSVC rates the attack as non-automatable, so any attack would be manual and targeted. Exploitation requires no authentication (PR:N) and no user interaction (UI:N). |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Oct 13, 2026
Hyper-V on affected Windows and Windows Server hosts fails to properly verify the source of a communication channel, letting an unauthenticated attacker on an adjacent network bypass a Hyper-V security feature. The assessed vector (CVSS:3.1/AV:A/AC:L/PR:N/UI:N/S:C/C:H/I:N/A:N) indicates high confidentiality impact that crosses a security scope boundary, but with no integrity or availability impact; the practical prerequisite is that the attacker already occupies a position on the adjacent layer-2 / virtual-switch segment, such as a co-resident guest VM or a host on the same segment, rather than reaching the target from the internet. No public exploit code has been identified at time of analysis, CISA SSVC rates exploitation as 'none' and automatable as 'no' (the adjacency requirement prevents trivial mass exploitation), and vendor patches are available. This is a moderate-priority hardening issue rather than an emergency, but it is worth treating seriously in multi-tenant or high-density virtualization environments where untrusted guests may share a virtual switch with sensitive workloads.
RemediationAI
Vendor-released patch: apply the Microsoft security update for CVE-2026-87705 and bring each affected branch to its fixed build (for example, Windows Server 2022 to 10.0.20348.5761, Windows Server 2025 to 10.0.26100.33650, Windows 11 24H2 to 10.0.26100.9711, Windows Server 2019 / Windows 10 1809 to 10.0.17763.9376, Windows Server 2016 / Windows 10 1607 to 10.0.14393.9612, Windows Server 2012 R2 to 6.3.9600.23470, and the corresponding builds listed in the MSRC Update Guide at https://msrc.microsoft.com/update-guide/vulnerability/CVE-2026-87705); prioritize hosts running untrusted or multi-tenant guest workloads, and remember that the fix must be applied on the host, not inside the guests. Until patching completes, the most effective compensating control is to reduce adjacency: place untrusted guests on isolated virtual switches or VLANs that cannot reach sensitive guests or management interfaces, and avoid co-residency of untrusted VMs with high-value workloads on the same virtual switch (trade-off: reduced VM density and more complex switch/VLAN design, but it directly removes the AV:A foothold the attack depends on). On guest adapters that do not need them, disable MAC address spoofing and VLAN trunking options in the virtual switch, since these broaden the source-forging surface the CWE-940 weakness relies on (trade-off: legitimate nested-virtualization or trunking scenarios will break). Disabling the Hyper-V role entirely on hosts that do not require virtualization eliminates the exposure but is only realistic for non-virtualized systems. None of these controls repair the underlying source-verification flaw, so they should be treated as temporary risk reduction rather than a substitute for the vendor update.
Affected VersionsENISA
Affected Packages
Source: OSV (Open Source Vulnerabilities)
Affects your stack
Affects 20 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-940, 'Improper Verification of Source of a Communication Channel': the affected Hyper-V component accepts or acts on communication without adequately validating that the sender is who or where it claims to be, which allows a security feature (for example, an isolation or filtering control enforced by the hypervisor/virtual switch) to be bypassed. The CVSS vector is notable for its S:C (scope changed) designation combined with C:H and no I/A, meaning the vulnerable component can affect resources beyond its own security authority and the resulting exposure is disclosure of information rather than tampering or denial of service. CPE-style version data from EUVD maps the exposure to the Hyper-V role across nearly the entire supported Windows servicing tree: Windows Server 2012, 2012 R2, 2016, 2019, 2022 and 2025 (including Server Core installations), Windows 10 versions 1607 through 22H2, and Windows 11 versions 23H2 through the 26H1/26H2 branches. Because exploitation is bound to AV:A, the relevant threat model is guest-to-host or guest-to-guest traffic on the same logical segment, which aligns with the assessed precondition that the Hyper-V role be enabled on a host reachable by the attacker at layer 2.
Know when Windows 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:A/AC:L/PR:N/UI:N/S:C/C:H/I:N/A:N
Adjacent-only unauthenticated channel-source spoofing (AV:A/AC:L/PR:N/UI:N); host security boundary crossed gives S:C with information disclosure (C:H), no I/A impact.
Primary rating from Vendor (microsoft).
CVSS VectorVendor: microsoft
Lifecycle Timeline
2DescriptionCVE.org
Improper verification of source of a communication channel in Windows Hyper-V allows an unauthorized attacker to bypass a security feature over an adjacent network.
Executive ViewAI
Hyper-V hosts running affected Windows and Windows Server builds can disclose confidential data across a security boundary to an unauthenticated attacker who already holds a position on the same adjacent network segment, such as a co-resident guest VM or a host on the same virtual switch. The exposure is limited to multi-tenant and high-density virtualization estates where untrusted workloads share a layer-2 segment, so leadership should treat this as a targeted confidentiality risk to consolidated workloads rather than a broad internet-facing emergency. Remediation is available from the vendor and should be prioritized in environments where tenant isolation is not strictly enforced.
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
Authentication bypass attacks exploit flaws in the verification mechanisms that control access to systems and applications.
Unauthenticated remote code execution in SmarterTools SmarterMail lets an attacker upload arbitrary files to any locatio
Windows Win32k fails to properly handle objects in memory, allowing local privilege escalation exploited in the wild in
A privilege escalation vulnerability (CVSS 5.5). Risk factors: actively exploited (KEV-listed), EPSS 94% exploitation pr
Windows Internet Shortcut Files (.url) contain an external control vulnerability (CVE-2025-33053, CVSS 8.8) that enables
Windows SMB contains an improper access control vulnerability (CVE-2025-33073, CVSS 8.8) enabling authenticated attacker
Twonky Server 8.5.2 on Linux and Windows allows unauthenticated access to the admin log file through a web service API b
An unrestricted file upload vulnerability exists in MiniWeb HTTP Server <= Build 300 that allows unauthenticated remote
FreeFloat FTP Server contains multiple critical design flaws that allow unauthenticated remote attackers to upload arbit
Serviio Media Server versions 1.4 through 1.8 on Windows contain an unauthenticated command injection in the /rest/actio
Twonky Server 8.5.2 uses hard-coded cryptographic keys for encrypting the administrator password. Combined with the cred
Mako Server versions 2.5 and 2.6 contain an unauthenticated OS command injection via the tutorial interface at examples/
React Native Metro Development Server binds to external interfaces by default and contains an OS command injection endpo
EUVD-2026-100072
GHSA-xqvw-9wjw-5vrv
NVD
CVE.org
EPSS
Vulnrichment
Exploit-DB