CVE Feed
8.4 High

In the Linux kernel, the following vulnerability has been resolved: Drivers: hv: Don't reset VMBus connection state on error/exit paths In…

CVE-2026-99216

In the Linux kernel, the following vulnerability has been resolved: Drivers: hv: Don't reset VMBus connection state on error/exit paths In two places, current code forces vmbusconnection.connstate to DISCONNECTED prior to calling vmbusdisconnect(). But vmbusdisconnect() calls vmbusinitiateunload(), which unloads the VMBus connection only if the connstate is CONNECTED. Consequently, the connection remains and the Hyper-V host might continue to send messages or post VMBus interrupts. The problem was introduced in commit 74347a99e73ae ("x86/Hyper-V: Unload vmbus channel in hv panic callback"), in that vmbusinitiateunload() started checking the current connection state before doing the unload. This commit removed some occurrences where connstate was forced to DISCONNECTED, but these two remained, apparently due to an oversight at the time. Fix this by not forcing connstate to DISCONNECTED during VMBus exit, or if a failure occurs when establishing the connection in the first place. Whatever value connstate has at the time is then read by vmbusinitiateunload() to determine if there is a connection to be unloaded.

Assessment

CVSS
8.4 (v3.1)
Severity
High
EPSS
0.16% chance of exploitation in the next 30 days
Known exploited
Not listed in CISA KEV
Exploit availability
Nothing found in Exploit-DB, Metasploit, Nuclei or public PoC repositories
Published
28 October 2026
Last updated
31 October 2026
Affected
Linux
Assigner
Linux

CVSS vectorCVSS:3.1/AV:L/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:H

At the source

References

Community proofs of concept

No community proof of concept yet. If you have one for a published vulnerability and the right to share it, add it below — it will appear here once reviewed.

Submit a proof of concept
Before you submit *

Query this programmatically

Agents can read this through the MCP endpoint, or over HTTP:

curl https://cve.zerocrew.in/api/cve/CVE-2026-99216