Database/Kernel, userspace & hypervisor

KVM arm64: unvalidated FF-A offset lets the host kernel read and write past the hypervisor's memory-share buffer
Impact
On arm64 hosts running protected KVM, the hypervisor runs at a higher privilege than the host kernel and is the thing that keeps guest memory out of a compromised host's reach. The FF-A memory-sharing path took an offset from the host without checking it, so a value near U32_MAX wraps the bounds arithmetic and gives out-of-bounds access inside the hypervisor's own FF-A buffer. That is a privilege boundary crossing in the wrong direction: code that was supposed to be contained by the hypervisor can reach hypervisor state. The practical relevance is Grace and other arm64 server hosts using pKVM for confidential or multi-tenant guests; on hosts not running pKVM, this path is not exercised.
Who can reach it
Local, from the host kernel itself - the CVSS vector records high privileges required, so the attacker must already be running privileged host-kernel code (a compromised host kernel or a kernel-level exploit chain). Not reachable from an unprivileged tenant process or from the network.
What to do
Take the stable kernel update that carries the offset check (four stable branches have the fix). On a GPU node this is the usual kernel rollout: drain the node, install the kernel, reboot, return it to the scheduler - there is no module reload or runtime mitigation for a pKVM code path. Hosts that do not enable protected KVM can treat this as low urgency and pick it up on the next regular kernel cycle.
References
Related entries
- OpenStack Nova: crafted QCOW header on a Flat-backend disk lets a tenant destroy host data on resizeCVE-2026-24708 · OpenStack Nova (Flat image backend, qemu-img resize)High
- Linux kernel xen/privcmd: unrestricted hypercalls from an unprivileged domU break secure boot (XSA-482)CVE-2026-31788 · Linux kernel Xen privcmd driver (unprivileged domU hypercall scope)High
- Linux kernel pKVM on arm64: host-supplied __hyp_running_vcpu pointer dereferenced at EL2CVE-2026-64286 · Linux kernel KVM arm64 pKVM (flush_hyp_vcpu context copy, __hyp_running_vcpu)High
- Linux kernel pKVM on arm64: unbounded host-supplied vGIC used_lrs indexes list registers at EL2CVE-2026-64287 · Linux kernel KVM arm64 pKVM (vGIC used_lrs bound in flush_hyp_vcpu)High
- Linux kernel (drivers/iommu/intel): A device that does not support ATS never gets inserted into the VT-d deviceCVE-2026-74355 · Linux kernel (drivers/iommu/intel)High
- Linux kernel (arch/x86/kvm/svm): If AVIC is inhibited while a nested guest is running, KVM leaves the x2APIC MSRsCVE-2026-74516 · Linux kernel (arch/x86/kvm/svm)High
This entry is curated: imported from vendor advisories with machine assistance, not yet individually verified. Confirm against your vendor's advisory before acting, and report anything wrong.