It was found that KVM virtualizing another hypervisor as L1 VM does not verify that VMX instructions from L1 VM (which trigger a VM exit and are emulated by L0 KVM) are coming from ring 0. This means that a normal user space program running in the L1 VM can trigger KVMs VMX emulation which gives a large number of privilege escalation vectors. This issue happens only if L2 guest is running, since VMX emulation code checks for the guests CR4.VMXE value. This allows attacker in L2 guest to break out e.g. by exploiting a bug in L1 qemu process and using this bug for privilege escalation on the L1 system. Bug report: https://bugs.chromium.org/p/project-zero/issues/detail?id=1589 Upstream patch: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/arch/x86/kvm?id=727ba748e110b4de50d142edca9d6a9b7e6111d8
Created kernel tracking bugs for this issue: Affects: fedora-all [bug 1595146]
CVE known via: http://seclists.org/oss-sec/2018/q2/246
Statement: This issue does not affect the versions of the kernel package as shipped with Red Hat Enterprise Linux 5, 6, 7 and Red Hat Enterprise MRG 2.
This bug is now closed. Further updates for individual products will be reflected on the CVE page(s): https://access.redhat.com/security/cve/cve-2018-12904