Skip to main content

In the Linux kernel, the following vulnerability has been resolved: KVM: SEV: Free have_run_cpus during VM destruction even if VM is no longer SEV… (CVE-2026-98472)

0
Medium
Published: 10/18/2026 (10/18/2026, 18:31:50 UTC)
Source: GCVE Database

Description

A vulnerability in the Linux kernel's KVM SEV implementation involves improper freeing of the 'have_run_cpus' cpumask during virtual machine destruction, even if the VM is no longer using SEV. This issue arises because an SEV VM becomes a non-SEV VM if it is intra-host migrated, but the cpumask is still unconditionally freed in the VM destroy path. The flaw could lead to use-after-free conditions if the mask is not properly nullified. The vulnerability has been resolved by ensuring the cpumask is freed unconditionally during VM destruction.

AI-Powered Analysis

Machine-generated threat intelligence

AILast updated: 10/18/2026, 20:04:03 UTC

Technical Analysis

The vulnerability in the Linux kernel affects the KVM SEV (Secure Encrypted Virtualization) feature. Specifically, the 'have_run_cpus' cpumask, which tracks CPUs that have run the VM, is freed unconditionally during VM destruction. This is necessary because an SEV VM transitions to a non-SEV VM state upon intra-host migration, but the cpumask could otherwise remain allocated, leading to potential use-after-free (UAF) issues. The patch ensures that the cpumask is freed in the VM destroy path regardless of the VM's SEV state, improving robustness and preventing UAF vulnerabilities related to this resource management.

Potential Impact

If unpatched, the improper freeing of the 'have_run_cpus' cpumask could lead to use-after-free conditions within the KVM SEV virtualization code. This could potentially cause kernel memory corruption or instability. However, no known exploits in the wild have been reported for this vulnerability. The impact is limited to environments using KVM with SEV-enabled VMs that undergo intra-host migration.

Mitigation Recommendations

A fix has been implemented in the Linux kernel to unconditionally free the 'have_run_cpus' cpumask during VM destruction, addressing the vulnerability. Users should update to a Linux kernel version that includes this fix. Since this is a kernel-level fix, applying the official kernel update is the recommended remediation.

Pro Console: star threats, build custom feeds, automate alerts via Slack, email & webhooks.Upgrade to Pro

Technical Details

Gcve Source
db.gcve.eu
Osv Id
GHSA-qccv-gmm4-2g2g
Osv Schema Version
1.4.0
Aliases
["CVE-2026-98472"]

Threat ID: 6ad520b12cdf04f656993b0a

Added to database: 10/18/2026, 19:40:33 UTC

Last enriched: 10/18/2026, 20:04:03 UTC

Last updated: 10/18/2026, 22:02:57 UTC

Views: 6

Community Reviews

0 reviews

Crowdsource mitigation strategies, share intel context, and vote on the most helpful responses. Sign in to add your voice and help keep defenders ahead.

Sort by
Loading community insights…

Want to contribute mitigation steps or threat intel context? Sign in or create an account to join the community discussion.

Actions

PRO

Updates to AI analysis require Pro Console access. Upgrade inside Console → Billing.

Please log in to the Console to use AI analysis features.

Need more coverage?

Upgrade to Pro Console for AI refresh and higher limits.

For incident response and remediation, OffSeq services can help resolve threats faster.

Latest Threats

Breach by OffSeqOFFSEQFRIENDS — 25% OFF

Check if your credentials are on the dark web

Instant breach scanning across billions of leaked records. Free tier available.

Scan now
OffSeq TrainingCredly Certified

Lead Pen Test Professional

Technical5-day eLearningPECB Accredited
View courses