GHSA-J8GW-C9FH-XGV4
Vulnerability from github – Published: 2026-09-03 15:32 – Updated: 2026-09-04 06:31In the Linux kernel, the following vulnerability has been resolved:
KVM: x86/mmu: WARN and clear role.invalid when creating a child shadow page
Explicitly clear role.invalid when deriving a child shadow page's role from its parent to harden against bugs elsewhere in KVM, as violating KVM's invariant that invalid pages are NOT on the list of active MMU pages leads to use-after-free due to __kvm_mmu_prepare_zap_page() using list_add() instead of list_move() when processing an invalid shadow page, i.e. makes a bad situation far worse.
Yell loudly if the parent is invalid, as it means KVM has missed a validity check, i.e. KVM is attempting to map memory using an invalid/obsolete root, but continue on as the child is otherwise still a valid shadow page.
================================================================== BUG: KASAN: slab-use-after-free in __kvm_mmu_get_shadow_page+0x1817/0x1860 [kvm] Write of size 8 at addr ff11000153dd1368 by task repro/853
CPU: 1 UID: 1000 PID: 853 Comm: repro Not tainted 7.2.0-rc2-3aec122bdcaf-next-vm #5 PREEMPT Hardware name: QEMU Standard PC (Q35 + ICH9, 2009), BIOS 0.0.0 02/06/2015 Call Trace: dump_stack_lvl+0x4b/0x70 print_report+0x153/0x49c kasan_report+0xbc/0xf0 __kvm_mmu_get_shadow_page+0x1817/0x1860 [kvm] mmu_alloc_root+0x141/0x320 [kvm] kvm_mmu_load+0x612/0x20f0 [kvm] kvm_arch_vcpu_ioctl_run+0x3dd5/0x6150 [kvm] kvm_vcpu_ioctl+0x5e4/0x10d0 [kvm] __x64_sys_ioctl+0x131/0x1b0 do_syscall_64+0x67/0x5f0 entry_SYSCALL_64_after_hwframe+0x4b/0x53
Allocated by task 853: kasan_save_stack+0x20/0x40 kasan_save_track+0x14/0x30 __kasan_slab_alloc+0x5f/0x70 kmem_cache_alloc_noprof+0xfe/0x2e0 __kvm_mmu_topup_memory_cache+0x135/0x530 [kvm] paging64_page_fault+0x318/0x1e30 [kvm] kvm_mmu_do_page_fault+0x21d/0x630 [kvm] kvm_mmu_page_fault+0x18c/0x17b0 [kvm] kvm_arch_vcpu_ioctl_run+0x1f35/0x6150 [kvm] kvm_vcpu_ioctl+0x5e4/0x10d0 [kvm] __x64_sys_ioctl+0x131/0x1b0 do_syscall_64+0x67/0x5f0 entry_SYSCALL_64_after_hwframe+0x4b/0x53
Freed by task 853: kasan_save_stack+0x20/0x40 kasan_save_track+0x14/0x30 kasan_save_free_info+0x3b/0x60 __kasan_slab_free+0x43/0x70 kmem_cache_free+0xe2/0x400 kvm_mmu_commit_zap_page.part.0+0x1e2/0x310 [kvm] kvm_mmu_free_roots+0x283/0x560 [kvm] kvm_arch_vcpu_ioctl_run+0x33c8/0x6150 [kvm] kvm_vcpu_ioctl+0x5e4/0x10d0 [kvm] __x64_sys_ioctl+0x131/0x1b0 do_syscall_64+0x67/0x5f0 entry_SYSCALL_64_after_hwframe+0x4b/0x53
{
"affected": [],
"aliases": [
"CVE-2026-80726"
],
"database_specific": {
"cwe_ids": [],
"github_reviewed": false,
"github_reviewed_at": null,
"nvd_published_at": "2026-09-03T13:06:11Z",
"severity": "CRITICAL"
},
"details": "In the Linux kernel, the following vulnerability has been resolved:\n\nKVM: x86/mmu: WARN and clear role.invalid when creating a child shadow page\n\nExplicitly clear role.invalid when deriving a child shadow page\u0027s role from\nits parent to harden against bugs elsewhere in KVM, as violating KVM\u0027s\ninvariant that invalid pages are NOT on the list of active MMU pages leads\nto use-after-free due to __kvm_mmu_prepare_zap_page() using list_add()\ninstead of list_move() when processing an invalid shadow page, i.e. makes a\nbad situation far worse.\n\nYell loudly if the parent is invalid, as it means KVM has missed a validity\ncheck, i.e. KVM is attempting to map memory using an invalid/obsolete root,\nbut continue on as the child is otherwise still a valid shadow page.\n\n ==================================================================\n BUG: KASAN: slab-use-after-free in __kvm_mmu_get_shadow_page+0x1817/0x1860 [kvm]\n Write of size 8 at addr ff11000153dd1368 by task repro/853\n\n CPU: 1 UID: 1000 PID: 853 Comm: repro Not tainted 7.2.0-rc2-3aec122bdcaf-next-vm #5 PREEMPT\n Hardware name: QEMU Standard PC (Q35 + ICH9, 2009), BIOS 0.0.0 02/06/2015\n Call Trace:\n \u003cTASK\u003e\n dump_stack_lvl+0x4b/0x70\n print_report+0x153/0x49c\n kasan_report+0xbc/0xf0\n __kvm_mmu_get_shadow_page+0x1817/0x1860 [kvm]\n mmu_alloc_root+0x141/0x320 [kvm]\n kvm_mmu_load+0x612/0x20f0 [kvm]\n kvm_arch_vcpu_ioctl_run+0x3dd5/0x6150 [kvm]\n kvm_vcpu_ioctl+0x5e4/0x10d0 [kvm]\n __x64_sys_ioctl+0x131/0x1b0\n do_syscall_64+0x67/0x5f0\n entry_SYSCALL_64_after_hwframe+0x4b/0x53\n \u003c/TASK\u003e\n\n Allocated by task 853:\n kasan_save_stack+0x20/0x40\n kasan_save_track+0x14/0x30\n __kasan_slab_alloc+0x5f/0x70\n kmem_cache_alloc_noprof+0xfe/0x2e0\n __kvm_mmu_topup_memory_cache+0x135/0x530 [kvm]\n paging64_page_fault+0x318/0x1e30 [kvm]\n kvm_mmu_do_page_fault+0x21d/0x630 [kvm]\n kvm_mmu_page_fault+0x18c/0x17b0 [kvm]\n kvm_arch_vcpu_ioctl_run+0x1f35/0x6150 [kvm]\n kvm_vcpu_ioctl+0x5e4/0x10d0 [kvm]\n __x64_sys_ioctl+0x131/0x1b0\n do_syscall_64+0x67/0x5f0\n entry_SYSCALL_64_after_hwframe+0x4b/0x53\n\n Freed by task 853:\n kasan_save_stack+0x20/0x40\n kasan_save_track+0x14/0x30\n kasan_save_free_info+0x3b/0x60\n __kasan_slab_free+0x43/0x70\n kmem_cache_free+0xe2/0x400\n kvm_mmu_commit_zap_page.part.0+0x1e2/0x310 [kvm]\n kvm_mmu_free_roots+0x283/0x560 [kvm]\n kvm_arch_vcpu_ioctl_run+0x33c8/0x6150 [kvm]\n kvm_vcpu_ioctl+0x5e4/0x10d0 [kvm]\n __x64_sys_ioctl+0x131/0x1b0\n do_syscall_64+0x67/0x5f0\n entry_SYSCALL_64_after_hwframe+0x4b/0x53",
"id": "GHSA-j8gw-c9fh-xgv4",
"modified": "2026-09-04T06:31:19Z",
"published": "2026-09-03T15:32:14Z",
"references": [
{
"type": "ADVISORY",
"url": "https://nvd.nist.gov/vuln/detail/CVE-2026-80726"
},
{
"type": "WEB",
"url": "https://git.kernel.org/stable/c/0af4711862c5b818204d40b21f0859ad51c230e9"
},
{
"type": "WEB",
"url": "https://git.kernel.org/stable/c/5ec42d57655c690234c14aece6dd3f209778c1d8"
},
{
"type": "WEB",
"url": "https://git.kernel.org/stable/c/66bc868a33cf1de43f22a94acd8857e0fe33393f"
},
{
"type": "WEB",
"url": "https://git.kernel.org/stable/c/9b7984692c18b22d6d61af3f53887fca7fddb0f1"
},
{
"type": "WEB",
"url": "https://git.kernel.org/stable/c/9f7760a2e962cbda0d096a27d394d14ad4d22928"
},
{
"type": "WEB",
"url": "https://git.kernel.org/stable/c/f33ecb89d352348ed5e625f6747ac51ede254e1b"
}
],
"schema_version": "1.4.0",
"severity": [
{
"score": "CVSS:3.1/AV:L/AC:L/PR:N/UI:N/S:C/C:H/I:H/A:H",
"type": "CVSS_V3"
}
]
}
Sightings
| Author | Source | Type | Date | Other |
|---|
Nomenclature
- Seen: The vulnerability was mentioned, discussed, or observed by the user.
- Confirmed: The vulnerability has been validated from an analyst's perspective.
- Published Proof of Concept: A public proof of concept is available for this vulnerability.
- Exploited: The vulnerability was observed as exploited by the user who reported the sighting.
- Patched: The vulnerability was observed as successfully patched by the user who reported the sighting.
- Not exploited: The vulnerability was not observed as exploited by the user who reported the sighting.
- Not confirmed: The user expressed doubt about the validity of the vulnerability.
- Not patched: The vulnerability was not observed as successfully patched by the user who reported the sighting.
The approach is described in our paper Mapping CVEs to MITRE ATT&CK Techniques: A Curated Gold-Set Classifier and the Limits of LLM-Assisted Label Expansion.
Browse all ATT&CK techniques and the vulnerabilities related to each.
Related by attack behaviour
Vulnerabilities whose description is nearest to this one in the vector space of the CIRCL/vulnerability-attack-technique-biencoder model. This is a similarity search over the bi-encoder space (plain cosine), not a classification, and it has no measured accuracy.