CVE-2021-47551: drm/amd/amdkfd: Fix kernel panic when reset failed and been triggered again
In the Linux kernel, the following vulnerability has been resolved:
drm/amd/amdkfd: Fix kernel panic when reset failed and been triggered again
In SRIOV configuration, the reset may failed to bring asic back to normal but stop cpsch
already been called, the start_cpsch will not be called since there is no resume in this
case. When reset been triggered again, driver should avoid to do uninitialization again.
Security readout for executives and security teams
Plain-English summary
This is a Linux kernel availability issue in AMD GPU compute handling. In SR-IOV setups, a failed reset can leave scheduling state stopped, and a later reset can panic the kernel. Business impact is service interruption, not data theft or privilege escalation based on the supplied sources.
Executive priority
Treat as a targeted availability risk. Patch during normal kernel maintenance unless exposed systems are business-critical GPU or virtualization hosts, where scheduling should be accelerated to reduce outage risk.
Technical view
The flaw is in drm/amd/amdkfd reset handling. After an SR-IOV ASIC reset fails, stop_cpsch may already have run and start_cpsch is not called because resume does not occur. A subsequent reset can repeat uninitialization and trigger a kernel panic. CVSS is 6.5: local, low-privilege, high availability impact.
Likely exposure
Exposure appears limited to Linux systems using AMD amdkfd GPU functionality in SR-IOV configurations on affected kernel builds. Cloud, VDI, GPU compute, or virtualized accelerator hosts are more plausible targets than standard desktops without this driver path.
Exploitation context
The bundle does not show CISA KEV listing or cited active exploitation. The CVSS vector requires local access with low privileges and no user interaction. Practical abuse would likely be denial of service against systems where an attacker can trigger the vulnerable reset path.
Researcher notes
Evidence is concise and patch-centered. The root condition is repeated reset handling after a failed SR-IOV ASIC reset. Sources support kernel panic availability impact, but do not provide public exploit details, broad exploitability evidence, or non-patch workarounds.
Mitigation direction
Update affected Linux kernels to vendor releases containing the referenced stable fixes.
Prioritize GPU virtualization, compute, and SR-IOV hosts using AMD amdkfd.
Check Linux distribution advisories for exact package versions and backports.
If patching is delayed, ask the vendor for supported temporary controls.
Do not rely on generic hardening as a complete fix for this kernel panic.
Validation and detection
Inventory Linux hosts with AMD GPU, amdkfd, and SR-IOV usage.
Compare running kernel packages against distribution fixed versions or referenced stable commits.
Review kernel logs for AMD KFD reset failures and panic events.
Confirm patched hosts no longer run an affected kernel build.
Document any unpatched GPU virtualization hosts as availability risk exceptions.
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-770: 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-770 · source CWE mapping
Allocation of Resources Without Limits or Throttling
Allocation of Resources Without Limits or Throttling represents a recurring weakness pattern that can create exploitable paths when design, validation, or implementation controls are missing.