Security readout for executives and security teams
Plain-English summary
This is a Linux kernel KVM memory-leak flaw in x86 virtualization handling. A local user with permission to interact with KVM could cause kernel memory to be leaked when changing virtual CPU CPUID settings after a VM has run. Business impact is mainly stability and resource exhaustion risk on virtualization hosts, not remote compromise.
Executive priority
Treat as a moderate-priority virtualization host issue. It is not evidenced as remotely exploitable or actively exploited, but it can affect host stability where KVM access is shared. Patch during the next kernel maintenance window, faster for multi-tenant or untrusted workload environments.
Technical view
The flaw is in KVM x86 handling of KVM_SET_CPUID/KVM_SET_CPUID2 after KVM_RUN. On success, callers did not free a kvm_cpuid_entry2 array, producing an unreferenced kernel allocation. The CVSS vector is local, low complexity, low privileges, no user interaction, unchanged scope, with low confidentiality, integrity, and availability impact.
Likely exposure
Exposure is most relevant to x86 Linux systems running KVM where untrusted or less-trusted local users can access KVM VM controls. The source bundle does not provide complete distribution package ranges, so affected fleet scope requires vendor kernel mapping.
Exploitation context
The provided sources do not show active exploitation, and KEV is false. Exploitation requires local privileges and KVM access, which generally limits exposure to virtualization hosts, CI runners, developer systems, or multi-tenant environments that permit KVM use.
Researcher notes
Evidence points to a successful-path memory leak after post-run CPUID updates in KVM x86. The bundle includes stable kernel commit references but limited affected-version detail. Avoid assuming distro impact without mapping downstream kernel packages to those commits.
Mitigation direction
Apply a Linux kernel update that includes the referenced stable fixes.
Check distribution vendor advisories for exact affected and fixed package versions.
Restrict KVM access to trusted users and service accounts.
Prioritize shared virtualization hosts and systems with untrusted local workloads.
Validation and detection
Inventory x86 Linux systems with KVM enabled or /dev/kvm exposed.
Map running kernel builds to vendor advisories or the referenced fix commits.
Review which users or services can access KVM device permissions.
Confirm patched systems after update through normal kernel version management.
Generated from the cited source records. This long-tail analysis has not been individually reviewed by a named human.
Potential ATT&CK relevance
Conservative CVE-to-ATT&CK context
These mappings and lookup hints may be relevant to the vulnerability behavior, CWE, affected product, or exposure path. Glexia-inferred context is not an official MITRE, ATT&CK, CWE, or CVE Program mapping.
ATT&CK lookup starting points
Use these exact CWE pages and searches to review the Glexia ATT&CK library from this CVE's weakness and description context.
cve · low confidence lookup
CVE-2022-48764 mapping review
Open the CVE-to-ATT&CK bridge for reviewed, inferred, or future official mappings tied to this CVE.
These fields come from the CVE record and ADP containers, not from Glexia's Take. They preserve time-varying source decisions such as CISA SSVC, KEV status, CVSS metrics, and provider references.
We collect every scored CVSS vector available in the official CNA and ADP containers. When more than one version is present, the table keeps the source vectors side by side instead of collapsing them into the highest score.