CVE-2024-36909: Drivers: hv: vmbus: Don't free ring buffers that couldn't be re-encrypted
In the Linux kernel, the following vulnerability has been resolved:
Drivers: hv: vmbus: Don't free ring buffers that couldn't be re-encrypted
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.
The VMBus ring buffer code could free decrypted/shared pages if
set_memory_decrypted() fails. Check the decrypted field in the struct
vmbus_gpadl for the ring buffers to decide whether to free the memory.
Security readout for executives and security teams
Plain-English summary
A malicious or compromised host may cause a Linux confidential-computing guest to return shared, decrypted VMBus ring-buffer pages to its normal memory pool. Reuse of those pages could expose or corrupt sensitive guest data and disrupt workloads. The supplied record rates this critical, but does not show that ordinary non-confidential Linux systems are affected.
Executive priority
Treat remediation as urgent for confidential workloads whose virtualization host is outside the guest's trust boundary, especially multi-tenant or high-value environments. Other Linux estates should first validate whether CoCo and Hyper-V VMBus conditions exist before assigning emergency priority.
Technical view
In CoCo virtual machines, an untrusted host can make memory encryption-state transitions fail while leaving pages shared. The VMBus ring-buffer cleanup path could then free those pages to the allocator. The kernel fix checks the vmbus_gpadl decrypted state and avoids freeing ring buffers that could not be safely re-encrypted.
Likely exposure
Exposure is most plausible for Linux confidential-computing guests using Hyper-V VMBus where the host is untrusted or compromised. The supplied affected data names 5.16, 6.1.91, 6.6.31, 6.8.10, and 6.9, but does not clearly define version ranges or distribution backports.
Exploitation context
The CVSS vector describes local attack proximity, no privileges, no user interaction, changed scope, and high confidentiality, integrity, and availability impact. The bundle marks the CVE as absent from KEV and provides no evidence of active exploitation or a public exploit.
Researcher notes
The vulnerability concerns unsafe allocator return after a failed encryption-state transition, not merely a crash. The supplied record provides four stable-kernel commits but no explicit mapping between each commit and affected branches. It also supplies no CWE, exploitation telemetry, proof of concept, or distribution-specific advisory.
Mitigation direction
Identify confidential-computing Linux guests using Hyper-V VMBus.
Obtain a distribution kernel containing the applicable upstream stable fix.
Prioritize guests running an affected or ambiguously mapped kernel version.
Follow vendor guidance where distribution backports obscure upstream version mapping.
Restrict and monitor administrative access to virtualization hosts.
Validation and detection
Record each guest's kernel and distribution package versions.
Confirm the vendor package includes the applicable cited stable commit.
Verify whether each workload is a confidential-computing virtual machine.
Confirm Hyper-V VMBus ring-buffer functionality is present and used.
Reassess exposure after kernel updates and guest restarts.
Generated from the cited source records. This long-tail analysis has not been individually reviewed by a named human.
Potential ATT&CK relevance
Conservative CVE-to-ATT&CK context
These mappings and lookup hints may be relevant to the vulnerability behavior, CWE, affected product, or exposure path. Glexia-inferred context is not an official MITRE, ATT&CK, CWE, or CVE Program mapping.
ATT&CK lookup starting points
Use these exact CWE pages and searches to review the Glexia ATT&CK library from this CVE's weakness and description context.
cve · low confidence lookup
CVE-2024-36909 mapping review
Open the CVE-to-ATT&CK bridge for reviewed, inferred, or future official mappings tied to this CVE.
These fields come from the CVE record and ADP containers, not from Glexia's Take. They preserve time-varying source decisions such as CISA SSVC, KEV status, CVSS metrics, and provider references.
We collect every scored CVSS vector available in the official CNA and ADP containers. When more than one version is present, the table keeps the source vectors side by side instead of collapsing them into the highest score.