CVE-2024-45818

/// Technical description

The hypervisor contains code to accelerate VGA memory accesses for HVM

guests, when the (virtual) VGA is in "standard" mode. Locking involved

there has an unusual discipline, leaving a lock acquired past the

return from the function that acquired it. This behavior results in a

problem when emulating an instruction with two memory accesses, both of

which touch VGA memory (plus some further constraints which aren't

relevant here). When emulating the 2nd access, the lock that is already

being held would be attempted to be re-acquired, resulting in a

deadlock.

This deadlock was already found when the code was first introduced, but

was analysed incorrectly and the fix was incomplete. Analysis in light

of the new finding cannot find a way to make the existing locking

discipline work.

In staging, this logic has all been removed because it was discovered

to be accidentally disabled since Xen 4.7. Therefore, we are fixing the

locking problem by backporting the removal of most of the feat

/// Remediation

Check the references section for vendor advisories, patches, and mitigation guidance. If immediate patching is not possible, review the CVSS vector to understand the attack surface and apply compensating controls such as network segmentation or access restrictions.

/// References