GPU VulnDB

Database/Kernel, userspace & hypervisor

Linux kernel acomp: stack-request clone is undersized, letting async offload drivers write past the slab object

CVSS 7.8CVE-2026-90069Kernel, userspace & hypervisorcurated

Impact

acomp_request_clone() copies only the stack-sized request object, so when an asynchronous compression provider is selected at runtime the clone has no room for that provider's request context. Drivers such as Intel QAT then write past the end of the allocation through acomp_request_ctx(), which KASAN reports as a slab out-of-bounds write. On a GPU node this matters where compression offload hardware is in use (QAT accelerators alongside GPUs for storage or network compression paths) or where in-kernel compressed swap/zswap is configured: a heap write of attacker-influenced size in kernel slab memory is a privilege-escalation primitive, and the NVD record scores it as local, low-complexity, high on confidentiality, integrity and availability. The record describes the corruption mechanism only; it does not demonstrate an exploit.

Who can reach it

Local user on the host or in a container able to drive a kernel compression path that falls back from the synchronous stack request to an async provider (for example via the crypto user API or compressed swap). Authentication as a local user is required; there is no remote vector in the record.

What to do

Apply the stable kernel update containing the acomp clone fix (commits 889fa17a0af0, d48197cbd5d3, ee440d4fc0d2) from your distribution and reboot the node; the fix is in the crypto core, so there is no module-reload or live-patch path published in the record. Schedule it with normal node drain and reboot maintenance. The record names no fixed release numbers, only the stable commits.

References

Related entries

All Kernel, userspace & hypervisor entries

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.