CVE-2023-53663

/// Technical description

In the Linux kernel, the following vulnerability has been resolved:

KVM: nSVM: Check instead of asserting on nested TSC scaling support

Check for nested TSC scaling support on nested SVM VMRUN instead of

asserting that TSC scaling is exposed to L1 if L1's MSR_AMD64_TSC_RATIO

has diverged from KVM's default. Userspace can trigger the WARN at will

by writing the MSR and then updating guest CPUID to hide the feature

(modifying guest CPUID is allowed anytime before KVM_RUN). E.g. hacking

KVM's state_test selftest to do

vcpu_set_msr(vcpu, MSR_AMD64_TSC_RATIO, 0);

vcpu_clear_cpuid_feature(vcpu, X86_FEATURE_TSCRATEMSR);

after restoring state in a new VM+vCPU yields an endless supply of:

------------[ cut here ]------------

WARNING: CPU: 164 PID: 62565 at arch/x86/kvm/svm/nested.c:699

nested_vmcb02_prepare_control+0x3d6/0x3f0 [kvm_amd]

Call Trace:

<TASK>

enter_svm_guest_mode+0x114/0x560 [kvm_amd]

nested_svm_vmrun+0x260/0x330 [kvm_amd]

vmrun_interception+

/// Remediation

Check the references section for vendor advisories, patches, and mitigation guidance. If immediate patching is not possible, review the CVSS vector to understand the attack surface and apply compensating controls such as network segmentation or access restrictions.

/// References