CVE-2021-47389: KVM: SVM: fix missing sev_decommission in sev_receive_start
In the Linux kernel, the following vulnerability has been resolved:
KVM: SVM: fix missing sev_decommission in sev_receive_start
DECOMMISSION the current SEV context if binding an ASID fails after
RECEIVE_START. Per AMD's SEV API, RECEIVE_START generates a new guest
context and thus needs to be paired with DECOMMISSION:
The RECEIVE_START command is the only command other than the LAUNCH_START
command that generates a new guest context and guest handle.
The missing DECOMMISSION can result in subsequent SEV launch failures,
as the firmware leaks memory and might not able to allocate more SEV
guest contexts in the future.
Note, LAUNCH_START suffered the same bug, but was previously fixed by
commit 934002cd660b ("KVM: SVM: Call SEV Guest Decommission if ASID
binding fails").
Security readout for executives and security teams
Plain-English summary
This Linux KVM issue can leave AMD SEV guest contexts undecommissioned after a failed receive start operation. The practical risk is operational: SEV firmware resources can leak, causing later confidential VM launches to fail. It is not listed as known exploited in KEV.
Executive priority
Treat this as a targeted infrastructure reliability issue, not an internet-wide emergency. Patch affected AMD SEV virtualization hosts through normal kernel maintenance, with higher priority where confidential computing workloads depend on reliable SEV guest launches.
Technical view
In KVM SVM SEV handling, sev_receive_start created a new guest context but did not call sev_decommission when ASID binding failed. The source states this can leak firmware memory and prevent allocation of future SEV guest contexts. The CVSS vector is local, low complexity, no user interaction, with low integrity and availability impact.
Likely exposure
Exposure is most relevant to Linux virtualization hosts using KVM on AMD SVM/SEV, especially environments using SEV receive or migration workflows. Systems not using KVM with AMD SEV are unlikely to be meaningfully exposed based on the provided sources.
Exploitation context
The source bundle does not show active exploitation, KEV listing, exploit availability, or remote attack evidence. The described impact is resource leakage and subsequent SEV launch failures after a specific failure path, not direct data disclosure.
Researcher notes
The evidence is limited to the CVE description, CVSS data, and Linux stable commit references. Version metadata in the bundle is sparse, so use vendor kernel advisories to determine exact package exposure. Avoid assuming affected status from upstream version numbers alone.
Mitigation direction
Apply Linux kernel updates containing the referenced stable fixes.
Prioritize AMD SEV/KVM virtualization hosts over non-SEV Linux systems.
Check distribution vendor advisories for backported fixes and affected package versions.
Monitor for SEV guest launch failures after receive or migration operations.
If patching is delayed, follow vendor guidance for SEV operational risk.
Validation and detection
Inventory Linux hosts running KVM with AMD SVM/SEV enabled.
Compare running kernel packages against distribution advisories and the referenced stable fixes.
Review virtualization logs for SEV receive, ASID binding, or launch failure patterns.
Confirm patched hosts can create or receive SEV guests successfully.
Document non-SEV systems as lower priority with supporting configuration evidence.
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.
cwe · low confidence lookup
CWE-772: Exact CWE lookup
Use the exact CWE identifier as the starting point before reviewing related ATT&CK behavior. Open the exact CWE lookup page first, then review the ATT&CK searches from that MITRE weakness context. This is a Glexia lookup hint, not an official ATT&CK mapping.
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.
CWE links open Glexia weakness intelligence pages with official CWE context, developer remediation guidance, and related CVE mappings.
CWE-772 · source CWE mapping
Missing Release of Resource after Effective Lifetime
Missing Release of Resource after Effective Lifetime represents a recurring weakness pattern that can create exploitable paths when design, validation, or implementation controls are missing.