Drivers: hv: vmbus: Leak pages if set_memory_encrypted() fails
28Vexday Risk Score
No sign of exploitation. No public exploitation artifact known so far.
ssvc Trackcvss 9.3epss 0.7%
exploitation probability
0.7%top 52% of all CVEs
observed exploitation
nono source reports it
In short
A Linux kernel vulnerability in Hyper-V VMBus driver where encrypted memory operations can fail silently, allowing the untrusted host to trick the system into returning shared (unencrypted) memory back to the allocator. This can cause data leaks or system instability in confidential computing environments.
Technical detail
The VMBus driver fails to properly handle errors from set_memory_encrypted()/set_memory_decrypted() calls in CoCo VMs. When these calls fail, the pages remain in a shared/decrypted state but are freed back to the page allocator, violating memory isolation guarantees and creating a window for information disclosure or integrity violations via hostile host exploitation.
Summary generated and translated by AI from the official description.
In the Linux kernel, the following vulnerability has been resolved:
Drivers: hv: vmbus: Leak pages if set_memory_encrypted() fails
In CoCo VMs it is possible for the untrusted host to cause
set_memory_encrypted() or set_memory_decrypted() to fail such that an
error is returned and the resulting memory is shared. Callers need to
take care to handle these errors to avoid returning decrypted (shared)
memory to the page allocator, which could lead to functional or security
issues.
VMBus code could free decrypted pages if set_memory_encrypted()/decrypted()
fails. Leak the pages if this happens.
CVSS:3.1/AV:L/AC:L/PR:N/UI:N/S:C/C:H/I:H/A:H
Affected products
Linux · LinuxReferences
https://git.kernel.org/stable/c/03f5a999adba062456c8c818a683beb1b498983ahttps://git.kernel.org/stable/c/6123a4e8e25bd40cf44db14694abac00e6b664e6https://git.kernel.org/stable/c/7f2afcbfe4f6b6047b5f68db5067b7321e5be125https://git.kernel.org/stable/c/e813a0fc2e597146e9cebea61ced9c796d4e308fhttps://lists.debian.org/debian-lts-announce/2025/10/msg00008.html