Skip to main content

Linux Kernel KVM CVE-2026-98164

| EUVDEUVD-2026-88753 MEDIUM
Always-Incorrect Control Flow Implementation (CWE-670)
2026-09-29 Linux GHSA-4wvx-xqjp-p7g6
5.5
CVSS 3.1 · NVD
View

Attack ChainAIDerived

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

  1. Access
    Gain local access with KVM guest-creation rights
  2. Delivery
    Launch guest exercising SMM address space
  3. Exploit
    Induce GFN write-tracked in one address space only
  4. Execution
    Trigger mmu_try_to_unsync_pages shadow-page mishandling
  5. Impact
    Hit BUG in pte_list_remove, crash host

Vulnerability Assessment

Weakness
CWE
ASVS 5.0
V15 - Secure Coding and Architecture Always-incorrect control flow
Exploitation Conditions

Exploitation requires: (1) local access to an x86 host running KVM with the ability to launch/control a VM (PR:L - not remote, not unauthenticated); and (2) use of SMM (System Management Mode) emulation, since the bug stems from page write-tracking being per-address-space while shadow pages are shared across address spaces - a GFN write-tracked in one address space can appear untracked through the other. Limiting factors: the attacker must be able to run KVM guests (/dev/kvm access), the SMM address-space condition must be reached, and the impact is confined to host availability (kernel BUG/crash) with no confidentiality or integrity impact. Hosts without KVM/SMM-capable guest configurations, or without local untrusted VM operators, are not realistically exposed.

Impact

This is a genuine-but-low-priority issue. The provided CVSS 3.1 vector (AV:L/AC:L/PR:L/UI:N/S:U/C:N/I:N/A:H, base 5.5 MEDIUM) describes a local, low-complexity, low-privilege availability-only impact - consistent with a kernel BUG()/crash (denial of service) rather than code execution or data theft. EPSS reinforces low urgency: 0.19% exploitation probability at the 8th percentile. The vulnerability is NOT in CISA KEV and no public exploit code is identified, so there is no public exploit identified at time of analysis. One signal conflict must be noted: the input Tags include 'Information Disclosure', but the CVSS vector sets C:N/I:N and A:H and the description points to a triggered kernel BUG in pte_list_remove() - i.e. a DoS, not information disclosure; the tag appears inaccurate and should not drive triage. Net: a real, patch-worthy correctness bug in KVM shadow-MMU/SMM handling, but low real-world risk because it requires local access with the ability to run KVM guests and yields only a host crash, not privilege escalation or info leak.

Exploit ScenarioDerived

A local user (or a malicious guest operator) with permission to create KVM virtual machines on an x86 host configures a guest that exercises System Management Mode so a GFN is write-tracked in one address space but appears untracked through the other; this drives mmu_try_to_unsync_pages() to mark an upper-level shadow page unsync and eventually trips the BUG in pte_list_remove(), crashing the host kernel. No public exploit code is identified at time of analysis, and exploitation is local and low-complexity but availability-only (host DoS).

This Month Plan within 30 days. Why: MEDIUM severity (CVSS 4.0-6.9).
Patch available 0.2% exploitation probability (EPSS)

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

Alert me

AnalysisAIv1 – Oct 02, 2026

Local users able to run KVM guests on x86 hosts can crash the host kernel by driving KVM's MMU into an inconsistent write-tracking state, because kvm_gfn_is_write_tracked() inspects only the memslot it is handed even though page tracking is per-address-space and shadow pages are shared across address spaces; under SMM emulation a GFN write-tracked in one address space appears untracked through the other, letting mmu_try_to_unsync_pages() mark an upper-level shadow page unsync and trip the BUG in pte_list_remove(). The flaw is scored CVSS 3.1 5.5 (AV:L/AC:L/PR:L/UI:N/S:U/C:N/I:N/A:H), so access is local with low privileges required and impact is limited to host availability with no confidentiality or integrity effect; exploitation requires /dev/kvm access plus a guest configuration that reaches the SMM dual-address-space path. Vendor patches exist for the stable branches (6.1.187, 6.6.156, 6.12.108, 6.18.49, 7.1.13 and 7.2), EPSS is 0.19% (8th percentile), and no public exploit code or CISA KEV entry is identified at time of analysis.

RemediationAI

Apply the vendor-released kernel patches for the affected branch: 6.1.187, 6.6.156, 6.12.108, 6.18.49, 7.1.13 or 7.2, obtained from the corresponding stable trees at git.kernel.org/stable/c/09aa68552d2542cc6c23edd1568ac265dc5d886f, 429b6f43b4d8c98988fdca99e02dc156134e3d77, d8636c8f9f95d0fd1e2f6f1cad0d5757aa6f212a, c0a9bd5fca0b5f2dea32b0fc31350e71e8648112, ec8fcaf354c1cbb36755d48e9f5a00c9591349e5 and 0f38453cdb2e17566ccb7c0f3dabd5bd21caca26, or through the distribution's kernel update once rebased; the fix makes kvm_gfn_is_write_tracked() consult both the supplied memslot and the slot for the other address space, so no runtime configuration change is needed once patched. Until patching is possible, reduce exposure by removing /dev/kvm access for untrusted local accounts (permissions or cgroup device controls, at the cost of preventing those users from running any KVM guest), and by avoiding SMM-enabled guest firmware, since the crash path requires the SMM dual-address-space condition to be reached; disabling nested virtualization or KVM SMM support where it is not needed breaks those guest features but closes the trigger. Because only a local user with low privileges and KVM access is required (AV:L/PR:L), restricting who can launch VMs on shared hosts is the most effective interim control; no public exploit code or CISA KEV activity is known at time of analysis, so patch rollout can follow normal maintenance windows rather than emergency change procedures.

Affected VersionsENISA

Linux 699023e239658e62da6f42f47d31b54788521ec1 <d8636c8f9f95d0fd1e2f6f1cad0d5757aa6f212a
Linux patch: 7.2
Linux patch: 6.1.187
Linux patch: 6.18.49
Linux patch: 0
Linux 699023e239658e62da6f42f47d31b54788521ec1 <429b6f43b4d8c98988fdca99e02dc156134e3d77
Linux 699023e239658e62da6f42f47d31b54788521ec1 <c0a9bd5fca0b5f2dea32b0fc31350e71e8648112
Linux patch: 6.6.156
Linux 699023e239658e62da6f42f47d31b54788521ec1 <09aa68552d2542cc6c23edd1568ac265dc5d886f
Linux patch: 6.12.108
Linux 699023e239658e62da6f42f47d31b54788521ec1 <0f38453cdb2e17566ccb7c0f3dabd5bd21caca26
Linux patch: 7.1.13
Linux 4.2
Linux 699023e239658e62da6f42f47d31b54788521ec1 <ec8fcaf354c1cbb36755d48e9f5a00c9591349e5

Affected Packages

euvd linux no fix

Source: OSV (Open Source Vulnerabilities)

Affects your stack

Affects 1 package in euvd

Checking this CVE against your own stacks and servers is part of the Basic plan and up.

Technical ContextAI · show details

The vulnerability sits in the KVM x86 MMU, the shadow-paging implementation that translates guest page tables into host shadow page tables and tracks dirty/write-protected GFNs for logging and MMU-notifier purposes. Write tracking (dirty logging) is maintained per address space, but shadow pages are shared across address spaces, and x86 SMM (System Management Mode) gives a guest a second address space (SMRAM) alongside the normal one. The flawed helper kvm_gfn_is_write_tracked() consulted only the memslot passed by the caller, so a GFN write-tracked in one address space could look untracked when queried through the other, an incorrect control-flow/state-consistency defect of class CWE-670. Downstream, mmu_try_to_unsync_pages() could be misled into marking an upper-level shadow page unsync and leave stale reverse-map entries, which later trips the BUG in pte_list_remove() and takes down the host kernel. The affected code was introduced by commit 699023e239658e62da6f42f47d31b54788521ec1 and the upstream fix checks the supplied slot first and then the slot for the other address space, covering both address spaces for all callers; CPE data identifies the affected product simply as Linux (cpe:2.3:a:linux:linux:*:*:*:*:*:*:*:*).

Know when the next one hits your stack

  • 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

NVD PRIMARY 5.5 MEDIUM
AV:L/AC:L/PR:L/UI:N/S:U/C:N/I:N/A:H
vuln.today AI 5.5 MEDIUM

Local KVM guest operator (AV:L, PR:L) reliably triggers a host kernel BUG via SMM write-tracking (AC:L); impact is a crash only, so C:N/I:N/A:H.

3.1 AV:L/AC:L/PR:L/UI:N/S:U/C:N/I:N/A:H
4.0 AV:L/AC:L/AT:N/PR:L/UI:N/VC:N/VI:N/VA:H/SC:N/SI:N/SA:N
SUSE MEDIUM
Red Hat 5.5 MEDIUM

Primary rating from NVD.

CVSS VectorNVD

Attack Vector
Local
Attack Complexity
Low
Privileges Required
Low
User Interaction
None
Scope
Unchanged
Confidentiality
None
Integrity
None
Availability
High

Lifecycle Timeline

4
CVSS changed
Oct 02, 2026 - 21:22 NVD
5.5 (MEDIUM)
Patch available
Sep 29, 2026 - 13:17 EUVD
CVE Published
Sep 29, 2026 - 12:02 nvd
MEDIUM 5.5
CVE Published
Sep 29, 2026 - 12:02 cve.org
UNKNOWN (no severity yet)

DescriptionNVD

In the Linux kernel, the following vulnerability has been resolved:

KVM: x86/mmu: Check write tracking in all address spaces

kvm_gfn_is_write_tracked() checks only the supplied memslot, but page tracking is per-address-space and shadow pages are shared across all address spaces. With SMM, a GFN can therefore be write-tracked in one address space and appear untracked through the other.

Check the supplied slot first, then the slot for the other address space. This ensures all callers honor write tracking regardless of the active address space. In particular, it prevents mmu_try_to_unsync_pages() from marking an upper-level shadow page unsync and eventually triggering the BUG in pte_list_remove().

[invert direction of the conditional. - Paolo]

Threat Intelligence Overview

EPSS Score
0.2%
Top 92% exploitable
Prevalence
Ubiquitous
Linux kernel KVM x86 virtualization; deployed across vast numbers of hosts
Data Quality
4 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 MEDIUM
CISA KEV No
Public POC No
EPSS 0.2%
Patch available Yes
Active threat No
Deciding rule
MEDIUM severity (CVSS 4.0-6.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· derived
Defer
Exploitation· derived
None
System Exposure· derived
Small
Automatable· derived
No
Human Impact· derived
Medium

Priority Score

28
Low Medium High Critical
KEV: 0
EPSS: 0
CVSS: +28
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.

Vendor StatusVendor

SUSE

Severity: Moderate
Product Status
SUSE Linux Enterprise High Availability Extension 15 SP7 Affected
SUSE Linux Enterprise Module for Basesystem 15 SP7 Affected
SUSE Linux Enterprise Server 15 SP7 Affected
SUSE Linux Enterprise Desktop 15 SP7 Affected
SUSE Linux Enterprise Server for SAP Applications 15 SP7 Affected

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