CVE-2023-54081

In the Linux kernel, the following vulnerability has been resolved: xen: speed up grant-table reclaim When a grant entry is still in use by the remote domain, Linux must put it on a deferred list. Normally, this list is very short, because the PV network and block protocols expect the backend to unmap the grant first. However, Qubes OS's GUI protocol is subject to the constraints of the X Window System, and as such winds up with the frontend unmapping the window first. As a result, the list can grow very large, resulting in a massive memory leak and eventual VM freeze. To partially solve this problem, make the number of entries that the VM will attempt to free at each iteration tunable. The default is still 10, but it can be overridden via a module parameter. This is Cc: stable because (when combined with appropriate userspace changes) it fixes a severe performance and stability problem for Qubes OS users.

CVSS

No CVSS.

References

Link	Resource
https://git.kernel.org/stable/c/c04e9894846c663f3278a414f34416e6e45bbe68
https://git.kernel.org/stable/c/c76d96c555895ac602c1587b001e5cf656abc371
https://git.kernel.org/stable/c/cd1a8952ff529adc210e62306849fd6f256608c0

Configurations

No configuration.

History

No history.

Information

Published : 2025-12-24 13:16

Updated : 2026-06-17 06:46

NVD link : CVE-2023-54081

Mitre link : CVE-2023-54081

CVE.ORG link : CVE-2023-54081

JSON object : View

Products Affected

No product.

CWE

No CWE.

{"id": "CVE-2023-54081", "cveTags": [], "metrics": {}, "affected": [{"source": "416baaa9-dc9f-4396-8d5f-8c081fb06d67", "affectedData": [{"repo": "https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git", "vendor": "Linux", "product": "Linux", "versions": [{"status": "affected", "version": "569ca5b3f94cd0b3295ec5943aa457cf4a4f6a3a", "lessThan": "cd1a8952ff529adc210e62306849fd6f256608c0", "versionType": "git"}, {"status": "affected", "version": "569ca5b3f94cd0b3295ec5943aa457cf4a4f6a3a", "lessThan": "c76d96c555895ac602c1587b001e5cf656abc371", "versionType": "git"}, {"status": "affected", "version": "569ca5b3f94cd0b3295ec5943aa457cf4a4f6a3a", "lessThan": "c04e9894846c663f3278a414f34416e6e45bbe68", "versionType": "git"}], "programFiles": ["Documentation/ABI/testing/sysfs-module", "drivers/xen/grant-table.c"], "defaultStatus": "unaffected"}, {"repo": "https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git", "vendor": "Linux", "product": "Linux", "versions": [{"status": "affected", "version": "3.5"}, {"status": "unaffected", "version": "0", "lessThan": "3.5", "versionType": "semver"}, {"status": "unaffected", "version": "6.1.43", "versionType": "semver", "lessThanOrEqual": "6.1.*"}, {"status": "unaffected", "version": "6.4.8", "versionType": "semver", "lessThanOrEqual": "6.4.*"}, {"status": "unaffected", "version": "6.5", "versionType": "original_commit_for_fix", "lessThanOrEqual": "*"}], "programFiles": ["Documentation/ABI/testing/sysfs-module", "drivers/xen/grant-table.c"], "defaultStatus": "affected"}]}], "published": "2025-12-24T13:16:09.950", "references": [{"url": "https://git.kernel.org/stable/c/c04e9894846c663f3278a414f34416e6e45bbe68", "source": "416baaa9-dc9f-4396-8d5f-8c081fb06d67"}, {"url": "https://git.kernel.org/stable/c/c76d96c555895ac602c1587b001e5cf656abc371", "source": "416baaa9-dc9f-4396-8d5f-8c081fb06d67"}, {"url": "https://git.kernel.org/stable/c/cd1a8952ff529adc210e62306849fd6f256608c0", "source": "416baaa9-dc9f-4396-8d5f-8c081fb06d67"}], "vulnStatus": "Deferred", "descriptions": [{"lang": "en", "value": "In the Linux kernel, the following vulnerability has been resolved:\n\nxen: speed up grant-table reclaim\n\nWhen a grant entry is still in use by the remote domain, Linux must put\nit on a deferred list. Normally, this list is very short, because\nthe PV network and block protocols expect the backend to unmap the grant\nfirst. However, Qubes OS's GUI protocol is subject to the constraints\nof the X Window System, and as such winds up with the frontend unmapping\nthe window first. As a result, the list can grow very large, resulting\nin a massive memory leak and eventual VM freeze.\n\nTo partially solve this problem, make the number of entries that the VM\nwill attempt to free at each iteration tunable. The default is still\n10, but it can be overridden via a module parameter.\n\nThis is Cc: stable because (when combined with appropriate userspace\nchanges) it fixes a severe performance and stability problem for Qubes\nOS users."}], "lastModified": "2026-06-17T06:46:46.197", "sourceIdentifier": "416baaa9-dc9f-4396-8d5f-8c081fb06d67"}