CVE Catalog

CVE-2026-64308

Low risk· EPSS 12%
Published: Updated: Translated: NVD NIST

Exploitation Probability (EPSS)

Low risk
0.22%

12th percentile - higher than 12% of all known CVEs

Summary

In the Linux kernel's ccp (AMD) driver, a bug was fixed where SNP was unnecessarily initialized during the SNP_VLEK_LOAD ioctl. Previously, initialization was pointless because the firmware immediately deletes the key on shutdown. Now the operation is rejected if SNP was not previously initialized.

Risk Assessment

Unnecessary SNP initialization could lead to unexpected system states, and the change breaks ABI compatibility – previously the operation was a no-op, now it returns an error.

Recommendation

It is recommended to update the Linux kernel to a version containing the fix for CVE-2026-64308.

Other vulnerabilities in Linux kernel

See all
Original NVD description (English source)

In the Linux kernel, the following vulnerability has been resolved: crypto: ccp - Do not initialize SNP for ioctl(SNP_VLEK_LOAD) 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 SEV firmware docs for SNP_VLEK_LOAD note: > On SNP_SHUTDOWN, the VLEK is deleted. That is, the initialization/shutdown wrapper here is pointless, because the firmware immediately throws away the key anyway. Instead, refuse to do anything if SNP has not been previously initialized. This is an ABI break: before, this was a no-op and almost certainly a mistake by userspace, and now it returns -ENODEV. ABI compatibility could be maintained here by simply returning 0 in the check instead.

Vulnerability data from NVD (NIST) · CISA KEV · EPSS