Arm: unbounded memory consumption for 2nd-level page tables Certain actions require e.g. removing pages from a guest's P2M (Physical-to-Machine) mapping. When large pages are in use to map guest pages in the 2nd-stage page tables, such a removal operation may incur a memory allocation (to replace a large mapping with individual smaller ones). These memory allocations are taken from the global memory pool. A malicious guest might be able to cause the global memory pool to be exhausted by manipulating its own P2M mappings.
The product does not release or incorrectly releases a resource before it is made available for re-use.
Link | Tags |
---|---|
https://xenbits.xenproject.org/xsa/advisory-409.txt | patch vendor advisory |
http://xenbits.xen.org/xsa/advisory-409.html | patch vendor advisory |
http://www.openwall.com/lists/oss-security/2022/10/11/5 | mailing list third party advisory patch |
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 |