CVE-2023-54044: spmi: Add a check for remove callback when removing a SPMI driver
In the Linux kernel, the following vulnerability has been resolved:
spmi: Add a check for remove callback when removing a SPMI driver
When removing a SPMI driver, there can be a crash due to NULL pointer
dereference if it does not have a remove callback defined. This is
one such call trace observed when removing the QCOM SPMI PMIC driver:
dump_backtrace.cfi_jt+0x0/0x8
dump_stack_lvl+0xd8/0x16c
panic+0x188/0x498
__cfi_slowpath+0x0/0x214
__cfi_slowpath+0x1dc/0x214
spmi_drv_remove+0x16c/0x1e0
device_release_driver_internal+0x468/0x79c
driver_detach+0x11c/0x1a0
bus_remove_driver+0xc4/0x124
driver_unregister+0x58/0x84
cleanup_module+0x1c/0xc24 [qcom_spmi_pmic]
__do_sys_delete_module+0x3ec/0x53c
__arm64_sys_delete_module+0x18/0x28
el0_svc_common+0xdc/0x294
el0_svc+0x38/0x9c
el0_sync_handler+0x8c/0xf0
el0_sync+0x1b4/0x1c0
If a driver has all its resources allocated through devm_() APIs and
does not need any other explicit cleanup, it would not require a
remove callback to be defined. Hence, add a check for remove callback
presence before calling it when removing a SPMI driver.
Security readout for executives and security teams
Plain-English summary
This is a Linux kernel availability bug. When certain SPMI drivers are removed, the kernel can dereference a missing remove callback and crash. The provided sources do not describe remote exploitation, privilege escalation, data theft, or active exploitation. Business urgency is highest for systems where kernel crashes affect critical uptime.
Executive priority
Treat as an availability risk, not a confirmed breach pathway. Prioritize patching where Linux kernel crashes would disrupt critical devices, embedded platforms, or production uptime. For general servers without SPMI driver exposure, urgency is likely lower but should follow normal kernel maintenance cycles.
Technical view
The SPMI bus driver removal path could call a driver remove callback without first confirming it exists. Drivers using devm_ managed resources may legitimately omit that callback. In affected kernels, removing such a driver can trigger a NULL pointer dereference and panic. The fix adds a presence check before invoking the callback.
Likely exposure
Exposure appears limited to affected Linux kernel versions and environments using SPMI drivers, including the observed QCOM SPMI PMIC removal case. The issue is tied to driver removal behavior, not a network-facing service. Source data lists affected kernel ranges but no distribution-specific package status.
Exploitation context
The bundle reports no KEV listing and provides no evidence of active exploitation. The described trigger is removing an SPMI driver without a remove callback, causing a local kernel crash. Sources do not support claims of remote attackability or weaponized public exploitation.
Researcher notes
Evidence is narrow and code-path specific. The CVE describes a NULL callback dereference during SPMI driver removal and cites stable kernel commits. There is no CVSS, CWE, distribution matrix, or exploit evidence in the bundle, so exposure assessment should verify kernel backports and actual SPMI driver use.
Mitigation direction
Update to a kernel or vendor package containing the referenced stable fixes.
Check distribution and device vendor advisories for exact patched kernel builds.
Prioritize systems where unexpected kernel panics create operational or safety impact.
Avoid unnecessary removal of affected SPMI drivers until patched, where operationally feasible.
Validation and detection
Inventory Linux kernel versions against the affected ranges in the CVE record.
Confirm the relevant stable fix is present through vendor release notes or backport metadata.
Identify systems using SPMI drivers, especially QCOM SPMI PMIC configurations.
Review crash logs for NULL pointer dereference traces in spmi_drv_remove.
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-2023-54044 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.
0CVSS vectors
3Timeline events
0ADP providers
10Source links
Vulnerability timeline
Timeline events are normalized from CVE metadata, CNA source timelines, ADP timelines, and KEV metadata when present.
CVE reservedCVE Program
The CVE ID was reserved by the assigning CNA.
CVE publishedCVE Program
The CVE record was published.
Dec 24, 2025, 12:22 UTC (UTC+00:00)
CVE updatedCVE Program
The CVE record metadata indicates this as the latest update time.