Vitaly Kuznetsov

O problema está relacionado ao kernel do Linux, onde o `kvmclock` não é desativado corretamente em todas as CPUs durante o desligamento, o que pode levar à corrupção de memória ao restaurar do modo de hibernação. Atualmente, o `kvmclock` é desativado a partir do gancho `machine shutdown()`, mas isso ocorre apenas para a CPU de inicialização. Para evitar a corrupção de memória, é necessário desativar o `kvmclock` em todas as CPUs. Escrever ‘0’ no MSR `kvmclock` não limpa o local da memória, mas impede que o hipervisor o atualize, permitindo que o relógio permaneça utilizável por um curto período.

O problema diz respeito ao kernel do Linux, onde vários recursos do PV (Async PF, PV EOI, steal time) operam por meio de memória compartilhada com o hipervisor. Ao restaurar a partir da hibernação, esses recursos devem ser desativados corretamente para impedir que o hipervisor grave em locais obsoletos após saltar para o kernel anteriormente hibernado. A tarefa já é realizada para CPUs secundárias pela função kvm cpu down prepare(), e operações syscore são registradas para fazer o mesmo para a CPU de inicialização.

An issue in the DMOP map/unmap implementation allows attackers who control a stub domain kernel or tool stack to cause a denial of service, resulting in a host OS crash, due to a missing comparison of range start to range end.

The issue arises from insufficient input validation in the Xen hypervisor, allowing a local attacker to cause a denial of service by attempting to access a hugetlbfs mapped area, resulting in a guest OS crash.

The issue allows local guest users to cause a denial of service, resulting in a host crash. This can be achieved through vectors involving an uninitialized FIFO-based event channel control block, specifically when binding or moving an event to a different VCPU.