In the Linux kernel, the following vulnerability has been resolved:
spi: rockchip: Resolve unbalanced runtime PM / system PM handling
Commit e882575efc77 ("spi: rockchip: Suspend and resume the bus during
NOIRQ_SYSTEM_SLEEP_PM ops") stopped respecting runtime PM status and
simply disabled clocks unconditionally when suspending the system. This
causes problems when the device is already runtime suspended when we go
to sleep -- in which case we double-disable clocks and produce a
WARNing.
Switch back to pm_runtime_force_{suspend,resume}(), because that still
seems like the right thing to do, and the aforementioned commit makes no
explanation why it stopped using it.
Also, refactor some of the resume() error handling, because it's not
actually a good idea to re-disable clocks on failure.
Security readout for executives and security teams
Plain-English summary
This Linux kernel issue affects Rockchip SPI power management. During system suspend, an already runtime-suspended device can have clocks disabled twice, producing a kernel warning. The provided sources describe reliability/power-management fallout, not data exposure, privilege escalation, or remote compromise.
Executive priority
Treat this as a targeted kernel maintenance item, not an emergency based on the provided evidence. Patch affected Rockchip/Linux fleets through normal update channels, faster where device stability during suspend/resume is operationally important.
Technical view
The regression came from commit e882575efc77 changing Rockchip SPI suspend handling to disable clocks unconditionally during NOIRQ system sleep. If runtime PM had already suspended the device, suspend could double-disable clocks. The fix restores pm_runtime_force_suspend/resume behavior and adjusts resume error handling.
Likely exposure
Exposure appears limited to Linux kernels containing the affected Rockchip SPI driver change, especially systems using Rockchip-based hardware with SPI devices and suspend/resume behavior. Generic Linux systems without Rockchip SPI hardware are unlikely to be practically exposed.
Exploitation context
The source bundle does not support active exploitation: KEV is false, and the cited sources are kernel stable fixes and a Debian LTS advisory. No exploit technique, attacker path, or confirmed malicious use is described.
Researcher notes
Evidence points to a kernel power-management correctness bug in spi-rockchip. The bundle lacks CVSS, CWE, and exploitability detail. Validation should focus on affected kernel lineage, presence of Rockchip SPI, and whether downstream vendor kernels have backported the stable commits.
Mitigation direction
Update to a kernel containing the cited stable fixes.
For Debian LTS systems, follow the referenced Debian advisory.
Prioritize Rockchip-based embedded systems that use suspend/resume.
If no vendor package exists, track upstream kernel guidance.
Validation and detection
Inventory Linux kernel versions on Rockchip-based devices.
Confirm whether Rockchip SPI hardware and driver are present.
Check vendor changelogs for the cited stable fix commits.
Review suspend/resume logs for related kernel warnings.
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-46846 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.