CVE-2021-47067: soc/tegra: regulators: Fix locking up when voltage-spread is out of range
In the Linux kernel, the following vulnerability has been resolved:
soc/tegra: regulators: Fix locking up when voltage-spread is out of range
Fix voltage coupler lockup which happens when voltage-spread is out
of range due to a bug in the code. The max-spread requirement shall be
accounted when CPU regulator doesn't have consumers. This problem is
observed on Tegra30 Ouya game console once system-wide DVFS is enabled
in a device-tree.
Security readout for executives and security teams
Plain-English summary
This is a Linux kernel availability bug affecting Tegra regulator handling. Under a specific voltage-spread condition, the system can lock up. The public record cites observation on a Tegra30 Ouya console when system-wide DVFS is enabled. Business urgency depends on whether you run affected Tegra-based Linux devices.
Executive priority
Prioritize if you operate Tegra-based embedded, appliance, or edge devices where lockups affect service availability. For typical server or workstation fleets without Tegra hardware, urgency is likely low, but evidence is incomplete.
Technical view
The Tegra regulator voltage coupler could lock up when voltage-spread is out of range. The fix accounts for the max-spread requirement when the CPU regulator has no consumers. The CVE record provides no CVSS, CWE, or exploit evidence, and links stable kernel commits as the resolution.
Likely exposure
Exposure appears limited to Linux systems using NVIDIA Tegra regulator code, especially configurations with system-wide DVFS and affected kernel versions. The source bundle does not identify broad enterprise software exposure or remote attack paths.
Exploitation context
There is no KEV listing and no cited source claims active exploitation. The described impact is a lockup caused by regulator/DVFS behavior, not a documented remote compromise path.
Researcher notes
The record is sparse: no CVSS, CWE, exploit details, or detailed affected range semantics beyond Linux kernel references. Analysis should focus on kernel ancestry, Tegra regulator configuration, and whether the stable commits are present in downstream vendor kernels.
Mitigation direction
Inventory Tegra-based Linux devices and their kernel versions.
Apply vendor or upstream kernel updates containing the referenced stable fix.
Review device-tree DVFS and regulator configuration for affected platforms.
Check vendor advisories for platform-specific backports or firmware guidance.
Validation and detection
Confirm whether deployed kernels include the referenced stable commits.
Test affected Tegra hardware with DVFS enabled in staging.
Monitor for regulator, voltage coupler, or unexplained lockup symptoms.
Verify any vendor kernel package maps to the fixed upstream change.
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-2021-47067 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.