CVE-2025-37849: KVM: arm64: Tear down vGIC on failed vCPU creation
In the Linux kernel, the following vulnerability has been resolved:
KVM: arm64: Tear down vGIC on failed vCPU creation
If kvm_arch_vcpu_create() fails to share the vCPU page with the
hypervisor, we propagate the error back to the ioctl but leave the
vGIC vCPU data initialised. Note only does this leak the corresponding
memory when the vCPU is destroyed but it can also lead to use-after-free
if the redistributor device handling tries to walk into the vCPU.
Add the missing cleanup to kvm_arch_vcpu_create(), ensuring that the
vGIC vCPU structures are destroyed on error.
Security readout for executives and security teams
Plain-English summary
A cleanup error in Linux KVM on Arm64 can leave virtual interrupt-controller data behind when virtual CPU creation fails. This may cause a memory leak or use-after-free, potentially compromising confidentiality, integrity, or availability. The issue matters primarily to Arm64 systems providing KVM virtualization, rather than ordinary internet-facing Linux servers.
Executive priority
Treat this as a high-priority infrastructure patch for Arm64 KVM hosts, especially multi-tenant systems. It is not presented as remotely exploitable or actively exploited, so prioritize by confirmed virtualization exposure and untrusted local access rather than applying emergency internet-edge response procedures.
Technical view
When kvm_arch_vcpu_create() cannot share a vCPU page with the hypervisor, it returns an error without destroying initialized vGIC vCPU structures. Later vCPU destruction leaks memory, while redistributor processing may traverse freed data. The kernel fix adds the missing vGIC teardown to the failed creation path.
Likely exposure
Exposure is concentrated on Arm64 Linux hosts using KVM and the virtual Generic Interrupt Controller. The bundle lists several kernel lines through 6.15 as affected, but does not provide clear distribution-package boundaries. Systems not using Arm64 KVM/vGIC are unlikely to reach the described path.
Exploitation context
The supplied CVSS is 8.8 and describes local, low-complexity exploitation requiring low privileges and no user interaction. The CVE is not listed in KEV, and the supplied sources provide no evidence of active exploitation or a public exploit. Practical exploitability and required KVM access are not fully documented here.
Researcher notes
The key state transition is initialization of vGIC vCPU data followed by failure to share the vCPU page. Missing rollback leaves stale state reachable by redistributor handling. The sources identify memory leakage and use-after-free, but do not document a reliable trigger, demonstrated impact, exploit availability, or exact distribution package ranges.
Mitigation direction
Install a vendor-supported kernel containing the referenced vGIC cleanup fix.
Follow distribution guidance to identify the correct fixed kernel package.
Restrict untrusted access to KVM virtualization interfaces until remediation is complete.
Prioritize shared or multi-tenant Arm64 virtualization hosts.
Validation and detection
Inventory Arm64 hosts, running kernels, and KVM virtualization usage.
Compare installed kernel packages with current vendor security guidance.
Confirm the deployed kernel includes the applicable referenced stable fix.
Review which users and workloads can access KVM virtualization interfaces.
After updating, verify hosts are running the intended fixed kernel.
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-2025-37849 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.
1CVSS vectors
3Timeline events
1ADP providers
8Source links
CVSS vector scores
1 official score
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.