CVE-2026-45882
Awaiting Analysis Awaiting Analysis - Queue
Use-After-Free in Linux Kernel Power Supply Subsystem

Publication date: 2026-05-27

Last updated on: 2026-05-27

Assigner: kernel.org

Description
In the Linux kernel, the following vulnerability has been resolved: power: supply: pm8916_bms_vm: Fix use-after-free in power_supply_changed() Using the `devm_` variant for requesting IRQ _before_ the `devm_` variant for allocating/registering the `power_supply` handle, means that the `power_supply` handle will be deallocated/unregistered _before_ the interrupt handler (since `devm_` naturally deallocates in reverse allocation order). This means that during removal, there is a race condition where an interrupt can fire just _after_ the `power_supply` handle has been freed, *but* just _before_ the corresponding unregistration of the IRQ handler has run. This will lead to the IRQ handler calling `power_supply_changed()` with a freed `power_supply` handle. Which usually crashes the system or otherwise silently corrupts the memory... Note that there is a similar situation which can also happen during `probe()`; the possibility of an interrupt firing _before_ registering the `power_supply` handle. This would then lead to the nasty situation of using the `power_supply` handle *uninitialized* in `power_supply_changed()`. Fix this racy use-after-free by making sure the IRQ is requested _after_ the registration of the `power_supply` handle.
CVSS Scores
EPSS Scores
Probability:
Percentile:
Meta Information
Published
2026-05-27
Last Modified
2026-05-27
Generated
2026-06-16
AI Q&A
2026-05-27
EPSS Evaluated
2026-06-15
NVD
EUVD
Affected Vendors & Products
Showing 1 associated CPE
Vendor Product Version / Range
linux linux_kernel *
Helpful Resources
Exploitability
CWE
CWE Icon
KEV
KEV Icon
CWE ID Description
CWE-UNKNOWN
Attack-Flow Graph
AI Quick Actions
Instant insights powered by AI
Executive Summary

This vulnerability exists in the Linux kernel's power supply subsystem, specifically in the pm8916_bms_vm driver. It is a use-after-free bug caused by the order in which resources are allocated and deallocated. The IRQ (interrupt request) handler is requested before the power_supply handle is allocated, which leads to a race condition during removal.

Because the power_supply handle is freed before the IRQ handler is unregistered, an interrupt can fire after the handle is freed but before the IRQ handler is removed. This causes the IRQ handler to call power_supply_changed() with a freed (invalid) power_supply handle, which can crash the system or corrupt memory.

A similar issue can occur during the probe phase, where an interrupt fires before the power_supply handle is registered, causing the handler to use an uninitialized handle.

The fix involves changing the order so that the IRQ is requested only after the power_supply handle has been registered, preventing the race condition.

Impact Analysis

This vulnerability can lead to system instability or crashes because the IRQ handler may access freed memory. It can also cause silent memory corruption, which might lead to unpredictable behavior or security issues.

If you are running a Linux kernel version with this vulnerability, your system could experience unexpected crashes or data corruption related to power supply management, especially on devices using the affected driver.

Mitigation Strategies

The vulnerability is caused by a race condition in the Linux kernel power supply driver pm8916_bms_vm, where the IRQ handler may access a freed or uninitialized power_supply handle.

To mitigate this vulnerability, ensure that the IRQ is requested only after the registration of the power_supply handle. This prevents the use-after-free condition by maintaining the correct allocation and deallocation order.

Practically, this means updating or patching the Linux kernel to include the fix where the IRQ request is done after the power_supply handle registration.

Detection Guidance

This vulnerability is a use-after-free race condition in the Linux kernel's power supply driver (pm8916_bms_vm) related to IRQ handling and power_supply handle management.

Detection would typically involve monitoring for system crashes or kernel oops messages related to power_supply_changed() or IRQ handling in the kernel logs.

Since this is a kernel-level issue, direct detection commands are not provided in the available information.

However, you can check your kernel version and verify if it includes the fix by reviewing kernel changelogs or using commands like:

  • uname -r # To check the current kernel version
  • dmesg | grep power_supply_changed # To look for related kernel messages or crashes
  • journalctl -k | grep power_supply_changed # To review kernel logs for relevant errors

For more precise detection or exploitation attempts, specialized kernel debugging or instrumentation would be required, which is not detailed here.

Chat Assistant
Ask questions about this CVE
Hi! I’m here to help you understand CVE-2026-45882. Ask me anything about the vulnerability, its impact, or mitigation strategies.
0/70
EPSS Chart