CVE-2026-99216

HIGHPre-NVD 8.48.4
EchelonGraph scoreMEDIUM confidence

“—” beside the score: it is equal to the CVSS score beside it.

This high-severity CVE scores 8.4 under a secondary CVSS source (NVD's own analysis pending). EPSS exploit probability: 0.1% (3rd percentile of EPSS-scored CVEs). No GitHub Security Advisory CVSS is on record for this CVE.

Triggered by: Headline CVSS from a secondary CVSS source
Sources: EPSS, a secondary CVSS source
Trending — 7 sources updated this week

Also known asEUVD-2026-111968 (ENISA EUVD) · GHSA-rfjw-g695-7wxh (GitHub Security Advisories)Source: ENISA EUVD

8.4EG
EchelonGraph verdictPlan a fixRemediate within your standard update timelines (the SSVC decision on this page).
  • High severity, but no confirmed exploitation yet
CISA-KEV: Not listedEPSS PROB: 0.1%CVSS: 8.4Exploit: None knownExposed services: Not assessed

A fix is available — apply it.

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 vmbus_connection.conn_state to DISCONNECTED prior to calling vmbus_disconnect(). But vmbus_disconnect() calls vmbus_initiate_unload(), which unloads the VMBus connection only if the conn_state 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 vmbus_initiate_unload() started checking the current connection state before doing the unload. This commit removed some occurrences where conn_state was forced to DISCONNECTED, but these two remained, apparently due to an oversight at the time.

Fix this by not forcing conn_state to DISCONNECTED during VMBus exit, or if a failure occurs when establishing the connection in the first place. Whatever value conn_state has at the time is then read by vmbus_initiate_unload() to determine if there is a connection to be unloaded.

CVSS v3
8.4
EG Score
8.4HIGHmedium confidence
EG Risk
38
EG Risk 38/100

EG Risk is EchelonGraph's 0–100 priority score. It fuses impact severity (EG Severity, the CVSS base score, never the KEV-floored or EPSS-lifted EG Score) with real-world exploitation and automatability, under weights EchelonGraph set by hand, so you can rank equal-severity CVEs and fix the most dangerous first. Higher = act sooner.

How it’s computed (value × EchelonGraph’s weight)
Severity84% × 45%
Impact severity (EG Severity): CVSS 8.4 of 10. Never the KEV-floored or EPSS-lifted EG Score.
Exploitation0.2% × 40%
FIRST EPSS: the 30-day exploitation probability when EchelonGraph scored this CVE.
Automatability0% × 15%
CISA's BOD 26-04 default: no one has published Automatable for this CVE, and CISA treats it as “no” for a CVE not in KEV.
SSVC (CISA's decision table, applied by EchelonGraph): Track at low or medium mission impact; Track* at high (mission-essential systems).
Exploitation none (no CISA value, KEV listing or exploit code on record) · Automatable no (CISA's BOD 26-04 default) · Technical impact total (CISA's BOD 26-04 default). EchelonGraph holds no SSVC assessment of this CVE from CISA: none of these inputs is from Vulnrichment. EchelonGraph applied CISA's decision table to them; CISA publishes SSVC inputs and the table, not a decision for each CVE.
Action: A fix is available. Apply it within your standard update timelines.
EPSS PROB
0.1%
EPSS %ILE
3rd
KEV
Not listed

What the EG score is made of (scorer v4.0: the three questions the 0–10 score mixes, published apart · methodology)

The EG score (8.4): severity, escalated by confirmed exploitation. This CVE's 8.4 is its impact severity (EG Severity), not escalated.

EG Severity
8.4 HIGHCVSS-B, impact only: no KEV listing, EPSS or EG-KEV tier raises it.a secondary CVSS source · CVSS v3.0 or v3.1
EG Likelihood
0.1% within 30 daysSource: FIRST EPSS. FIRST's exploitation probability, not an EchelonGraph model.
Confirmed exploitation
None on record (CISA KEV, EG-KEV Tier 1)Reported apart from the likelihood: an observed fact, not a probability.
EG Priority
SSVC Track at medium mission impactTrack at low or medium mission impact; Track* at high (mission-essential systems).CISA BOD 26-04: 14 days if the affected system is publicly exposed; Fix on system upgrade if it is not.Each input and its source, and whom BOD 26-04 binds: the SSVC and BOD 26-04 blocks below.

SSVC (CISA's decision table, applied by EchelonGraph)Track at low or medium mission impact; Track* at high (mission-essential systems).

A fix is available. Apply it within your standard update timelines.

Exploitation none (no CISA value, KEV listing or exploit code on record) · Automatable no (CISA's BOD 26-04 default) · Technical impact total (CISA's BOD 26-04 default). EchelonGraph holds no SSVC assessment of this CVE from CISA: none of these inputs is from Vulnrichment. EchelonGraph applied CISA's decision table to them; CISA publishes SSVC inputs and the table, not a decision for each CVE. Mission impact is CISA's Mission & Well-being decision point, and only you can judge it. CISA's table makes it high when Mission Prevalence is Essential — the vulnerable component "directly provides capabilities that constitute at least one MEF for at least one entity" (MEF: mission essential function) — or when Public Well-Being Impact is Irreversible: "multiple fatalities are likely", the cyber-physical system "is likely lost or destroyed", "extreme or serious externalities" are imposed on other parties, or social systems such as elections or the financial grid "are destabilized and potentially collapse". CISA's decision table

BOD 26-04 (CISA's remediation timeline, Table 1)14 days if the affected system is publicly exposed; Fix on system upgrade if it is not.

The score's inputs: In CISA KEV no (CISA's KEV catalog) · Automatable no (CISA's BOD 26-04 default) · Technical impact total (CISA's BOD 26-04 default). Where an input reads “CISA's BOD 26-04 default”, no one has published it for this CVE, and CISA's implementation guidance says: “If “Automatable” and “Technical Impact” information items about a CVE ID are not available and the CVE ID is not in the KEV Catalog, CISA will treat its values as “no” and “total,” respectively, until CISA or a third party provides metadata about the CVE ID. CISA will always provide the Vulnrichment data for a CVE ID listed in the KEV Catalog.” Whether your system is publicly exposed is yours to answer. BOD 26-04 binds US Federal Civilian Executive Branch agencies; for anyone else it is CISA's published timeline, a reference rather than an obligation. The directive · how EchelonGraph applies it

Published

October 28, 2026

Last Modified

October 31, 2026

Advisory Details (8)

Auto-updated Oct 31, 2026
Patch available.
Web page

Drivers: hv: Don't reset VMBus connection state on error/exit paths - kernel/git/stable/linux.git - Linux kernel stable tree

https://git.kernel.org/stable/c/ec31dc39e835ccde0930daccece8c492d28282fc
Web page

Drivers: hv: Don't reset VMBus connection state on error/exit paths - kernel/git/stable/linux.git - Linux kernel stable tree

https://git.kernel.org/stable/c/3195546a377c2d8d176d837e8baad5ce15d11195
Web page

Drivers: hv: Don't reset VMBus connection state on error/exit paths - kernel/git/stable/linux.git - Linux kernel stable tree

https://git.kernel.org/stable/c/f47ce27af80b87cc684d5c12b65506af498ac7e5
Web page

Drivers: hv: Don't reset VMBus connection state on error/exit paths - kernel/git/stable/linux.git - Linux kernel stable tree

https://git.kernel.org/stable/c/2732210132f92aca0622b5134027990a809279d5
Web page

Drivers: hv: Don't reset VMBus connection state on error/exit paths - kernel/git/stable/linux.git - Linux kernel stable tree

https://git.kernel.org/stable/c/2e5ffbf1e41abbf6e02ce28115107938f55ff646
Web page

Drivers: hv: Don't reset VMBus connection state on error/exit paths - kernel/git/stable/linux.git - Linux kernel stable tree

https://git.kernel.org/stable/c/deef3ab5129ae4c45662c957cdab3739eb047fb1
Web page

Drivers: hv: Don't reset VMBus connection state on error/exit paths - kernel/git/stable/linux.git - Linux kernel stable tree

https://git.kernel.org/stable/c/a0ae955ba9a5067a157ebb8defb4a0a9cb1fc304
Web page

Drivers: hv: Don't reset VMBus connection state on error/exit paths - kernel/git/stable/linux.git - Linux kernel stable tree

https://git.kernel.org/stable/c/2939215d57bc8e4189290544fca78f3809ac3ef8

Vendor Advisories for CVE-2026-99216(2)

These vendors published their own advisory mentioning this CVE — often with vendor-specific remediation steps + affected product lists not in NVD.

Data Freshness Timeline

(refreshed 23× in last 7d / 23× in last 30d)

Each row is a time one of our pipelines fetched, updated or re-scored this CVE. For example, "NVD update" means NVD published or revised its analysis for this CVE; "MITRE cvelistV5" means we ingested or refreshed it from the CNA feed. An arrow marks a change the record states ("CVSS v3 → 9.1"); EPSS and GHSA rows show the values recorded at that time, not what changed (EPSS values are rounded; hover one for the exact figures). Most recent first.

  1. 2026-11-02 16:46 UTCEPSS rescoreEPSS 0.1% · 3rd percentile
  2. 2026-11-01 16:36 UTCEPSS rescoreEPSS 0.1% · 3rd percentile
  3. 2026-10-31 16:33 UTCEPSS rescoreEPSS 0.2% · 6th percentile
  4. 2026-10-31 13:27 UTCEG score recompute
  5. 2026-10-31 13:27 UTCVendor advisory
  6. 2026-10-31 13:27 UTCGHSA enrichmentGHSA-rfjw-g695-7wxh
  7. 2026-10-31 12:54 UTCEG score recomputeFirst assessed: 8.4 HIGH
  8. 2026-10-31 12:54 UTCVendor advisory
  9. 2026-10-31 12:53 UTCGHSA enrichmentGHSA-rfjw-g695-7wxh
  10. 2026-10-31 12:53 UTCMITRE cvelistV5CVSS v3 → 8.4 · severity → HIGH
  11. 2026-10-30 16:35 UTCEPSS rescoreEPSS 0.2% · 5th percentile
  12. 2026-10-30 13:40 UTCVendor advisory
  13. 2026-10-30 13:40 UTCGHSA enrichmentGHSA-rfjw-g695-7wxh
  14. 2026-10-30 13:27 UTCNVD update
  15. 2026-10-30 12:51 UTCEG score recompute
  16. 2026-10-30 12:51 UTCVendor advisory
  17. 2026-10-30 12:51 UTCGHSA enrichmentGHSA-rfjw-g695-7wxh
  18. 2026-10-30 12:50 UTCMITRE cvelistV5
  19. 2026-10-29 16:34 UTCEPSS rescoreEPSS 0.2% · 5th percentile
  20. 2026-10-28 11:26 UTCNVD update
  21. 2026-10-28 11:01 UTCENISA EUVD ID recordedEUVD-2026-111968 · Source: ENISA EUVD
  22. 2026-10-28 10:44 UTCEG score recompute
  23. 2026-10-28 10:44 UTCMITRE cvelistV5first tracked

Frequently asked(5)

What is CVE-2026-99216?
CVE-2026-99216 is a high-severity vulnerability; its CVE record was published on October 28, 2026. 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 vmbus_connection.conn_state to DISCONNECTED prior to calling vmbus_disconnect(). But vmbus_disconnect() calls…
When was the CVE record for CVE-2026-99216 published?
The CVE record for CVE-2026-99216 was published on October 28, 2026. That is the record's publication date; the vulnerability itself may have been made public earlier. EchelonGraph's copy of the record carries a last-modified date of October 31, 2026; the record at its source may have been updated since.
Is CVE-2026-99216 actively exploited?
CVE-2026-99216 is not currently on CISA's Known Exploited Vulnerabilities catalog. FIRST EPSS estimates a 0.1% probability of exploitation in the next 30 days (3rd percentile of EPSS-scored CVEs).
What is the CVSS score of CVE-2026-99216?
CVE-2026-99216 has a CVSS base score of 8.4 (a secondary CVSS source that NVD displays; NVD's own analysis pending).
How do I remediate CVE-2026-99216?
A fix for CVE-2026-99216 is available: update to the fixed version the vendor names in its advisory. The vendor advisories EchelonGraph has for CVE-2026-99216 are linked in the Vendor Advisories panel on this page.

Dependency Blast Radius

Explore the affected products and dependency analysis for CVE-2026-99216

Explore →

Is Your Infrastructure Affected by CVE-2026-99216?

EchelonGraph automatically scans your cloud infrastructure and maps CVE exposure using blast radius analysis.