In the Linux kernel, the following vulnerability has been resolved: crypto: ccp - Do not initialize SNP for ioctl(SNP_COMMIT) Sashiko notes: > if SEV initialization fails and KVM is actively running normal VMs, could a > userspace process trigger this code path via /dev/sev ioctls (e.g., > SEV_PDH_GEN) and zero out MSR_VM_HSAVE_PA globally? Would the next VMRUN > execution for an active VM trigger a general protection fault and crash the > host? The SNP_COMMIT command does not require the firmware to be in any particular state. Skip initializing it if it was previously uninitialized. The SEV-SNP firmware specification doc 56860 does not mention SNP_COMMIT in Table 5 as a command that is allowed in the UNINIT state, but it is in fact allowed and a future documentation update will reflect that.
Fix
Patch, vendor advisory and mitigation references on NVD 4
- https://git.kernel.org/stable/c/5a1364da2f04217a36e2fdfa2db4ee025b383a20 Patch
- https://git.kernel.org/stable/c/67ed191b4c8bdf432a3f32d1eb302880b4795cd1 Patch
- https://git.kernel.org/stable/c/74768f73854d647a6462f252dc8782ab8a835211 Patch
- https://git.kernel.org/stable/c/7a361c74bb12f3398c388905f1d325be642cd36e Patch
Every line above is quoted from NVD, CISA, Microsoft, the vendor's own advisory or DISA; nothing is generated.
Change history 1
- First seenCVSS 5.5 · linuxNVD modified 2026-10-24 13:10
Affected (CPE criteria) 1
cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*
References 4
- https://git.kernel.org/stable/c/5a1364da2f04217a36e2fdfa2db4ee025b383a20 Patch
- https://git.kernel.org/stable/c/67ed191b4c8bdf432a3f32d1eb302880b4795cd1 Patch
- https://git.kernel.org/stable/c/74768f73854d647a6462f252dc8782ab8a835211 Patch
- https://git.kernel.org/stable/c/7a361c74bb12f3398c388905f1d325be642cd36e Patch