]> www.infradead.org Git - users/jedix/linux-maple.git/commit
KVM: arm64: Always check the state from hyp_ack_unshare()
authorQuentin Perret <qperret@google.com>
Thu, 28 Nov 2024 15:44:06 +0000 (15:44 +0000)
committerOliver Upton <oliver.upton@linux.dev>
Wed, 18 Dec 2024 21:21:37 +0000 (13:21 -0800)
commit985bb51f17abbe83c697a5ac0aa40fad5f4e00f4
tree0abd719d2c272f49cedf07edbbf564cc3761707a
parent212fbabe1dfecdda35bf5aaa900f745a3bab5ac4
KVM: arm64: Always check the state from hyp_ack_unshare()

There are multiple pKVM memory transitions where the state of a page is
not cross-checked from the completer's PoV for performance reasons.
For example, if a page is PKVM_PAGE_OWNED from the initiator's PoV,
we should be guaranteed by construction that it is PKVM_NOPAGE for
everybody else, hence allowing us to save a page-table lookup.

When it was introduced, hyp_ack_unshare() followed that logic and bailed
out without checking the PKVM_PAGE_SHARED_BORROWED state in the
hypervisor's stage-1. This was correct as we could safely assume that
all host-initiated shares were directed at the hypervisor at the time.
But with the introduction of other types of shares (e.g. for FF-A or
non-protected guests), it is now very much required to cross check this
state to prevent the host from running __pkvm_host_unshare_hyp() on a
page shared with TZ or a non-protected guest.

Thankfully, if an attacker were to try this, the hyp_unmap() call from
hyp_complete_unshare() would fail, hence causing to WARN() from
__do_unshare() with the host lock held, which is fatal. But this is
fragile at best, and can hardly be considered a security measure.

Let's just do the right thing and always check the state from
hyp_ack_unshare().

Signed-off-by: Quentin Perret <qperret@google.com>
Acked-by: Will Deacon <will@kernel.org>
Link: https://lore.kernel.org/r/20241128154406.602875-1-qperret@google.com
Signed-off-by: Oliver Upton <oliver.upton@linux.dev>
arch/arm64/kvm/hyp/nvhe/mem_protect.c