Boris Ostrovsky b043138246 x86/KVM: Make sure KVM_VCPU_FLUSH_TLB flag is not missed
There is a potential race in record_steal_time() between setting
host-local vcpu->arch.st.steal.preempted to zero (i.e. clearing
KVM_VCPU_PREEMPTED) and propagating this value to the guest with
kvm_write_guest_cached(). Between those two events the guest may
still see KVM_VCPU_PREEMPTED in its copy of kvm_steal_time, set
KVM_VCPU_FLUSH_TLB and assume that hypervisor will do the right
thing. Which it won't.

Instad of copying, we should map kvm_steal_time and that will
guarantee atomicity of accesses to @preempted.

This is part of CVE-2019-3016.

Signed-off-by: Boris Ostrovsky <boris.ostrovsky@oracle.com>
Reviewed-by: Joao Martins <joao.m.martins@oracle.com>
Cc: stable@vger.kernel.org
Signed-off-by: Paolo Bonzini <pbonzini@redhat.com>
2020-01-30 18:45:55 +01:00
..
2020-01-06 10:16:48 -08:00
2019-12-18 17:47:38 +01:00
2019-11-28 11:16:43 -08:00
2020-01-04 13:55:09 -08:00
2020-01-04 14:16:57 -08:00
2019-12-12 16:34:33 +08:00
2019-12-02 17:18:43 -08:00
2019-12-09 10:36:44 -08:00
2019-11-28 10:57:12 -08:00
2019-12-04 19:44:12 -08:00