CVE-2026-72239
- Source
- https://cve.org/CVERecord?id=CVE-2026-72239
- Import Source
- https://storage.googleapis.com/cve-osv-conversion/osv-output/CVE-2026-72239.json
- JSON Data
- https://api.osv.dev/v1/vulns/CVE-2026-72239
- Downstream
- Published
- 2026-08-15T05:54:28.166Z
- Modified
- 2026-08-18T03:56:39.464453206Z
- Severity
-
- 9.3 (Critical) CVSS_V3 - CVSS:3.1/AV:L/AC:L/PR:N/UI:N/S:C/C:H/I:H/A:H CVSS Calculator
- Summary
- x86/virt/sev: Revert "Drop WBINVD before setting MSR_AMD64_SYSCFG_SNP_EN"
- Details
-
In the Linux kernel, the following vulnerability has been resolved:
x86/virt/sev: Revert "Drop WBINVD before setting MSRAMD64SYSCFGSNPEN"
Revert
99cf1fb58e68 ("x86/virt/sev: Drop WBINVD before setting MSRAMD64SYSCFGSNPEN").
Section 8.8 of the SNP spec says:
Before invoking SNPINITEX with INIT_RMP set to 1, software must ensure that no CPUs contain dirty cache lines for the memory containing the RMP.
Cachelines can be moved from cache to cache in a dirty state. The wbinvdonallcpus() before SNPINIT_EX flushes the caches for each CPU, but if the IPIs for WBINVD race with this dirty cacheline movement, it is possible that they may not get flushed, violating the firmware requirement.
Doing wbinvdonall_cpus() before setting SNPEn is safer since the RMP table is not yet in use.
[ Heroically bisected by Srikanth. ] [ bp: Massage commit message. ]
- Database specific
{ "cna_assigner": "Linux", "osv_generated_from": "https://github.com/CVEProject/cvelistV5/tree/main/cves/2026/72xxx/CVE-2026-72239.json" }- References
-
- https://git.kernel.org/stable/c/4c2509f3b79756679a02bea649c6a7501b58f52c
- https://git.kernel.org/stable/c/e5158ff53fdff9c229bf13aa5f75eb17cdcfcd2d
- https://github.com/CVEProject/cvelistV5/tree/main/cves/2026/72xxx/CVE-2026-72239.json
- https://nvd.nist.gov/vuln/detail/CVE-2026-72239
- https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git