lock order inversion in transitive grant copy handling As part of XSA-226 a missing cleanup call was inserted on an error handling path. While doing so, locking requirements were not paid attention to. As a result two cooperating guests granting each other transitive grants can cause locks to be acquired nested within one another, but in respectively opposite order. With suitable timing between the involved grant copy operations this may result in the locking up of a CPU.
The product does not handle or incorrectly handles an exceptional condition.
| Link | Tags |
|---|---|
| https://xenbits.xenproject.org/xsa/advisory-411.txt | patch vendor advisory mitigation |
| http://xenbits.xen.org/xsa/advisory-411.html | patch vendor advisory mitigation |
| http://www.openwall.com/lists/oss-security/2022/10/11/2 | mailing list patch mitigation third party advisory |
| https://lists.fedoraproject.org/archives/list/package-announce%40lists.fedoraproject.org/message/XWSC77GS5NATI3TT7FMVPULUPXR635XQ/ | vendor advisory |
| https://www.debian.org/security/2022/dsa-5272 | third party advisory vendor advisory |
| https://lists.fedoraproject.org/archives/list/package-announce%40lists.fedoraproject.org/message/TJOMUNGW6VTK5CZZRLWLVVEOUPEQBRHI/ | vendor advisory |
| https://lists.fedoraproject.org/archives/list/package-announce%40lists.fedoraproject.org/message/YZVXG7OOOXCX6VIPEMLFDPIPUTFAYWPE/ | vendor advisory |
| https://security.gentoo.org/glsa/202402-07 | vendor advisory |