CVE-2026-45946
WysokieCVSS 7.8Prawdopodobieństwo exploitacji (EPSS)
Niskie ryzykoPercentyl 5 - wyżej niż 5% wszystkich znanych CVE
Streszczenie
W jądrze Linuxa zidentyfikowano podatność związana z użyciem po zwolnieniu (use-after-free) w funkcji power_supply_changed(). Problem ten występuje, gdy uchwyt power_supply jest zwalniany przed zarejestrowaniem obsługi przerwania, co prowadzi do wywołania funkcji z już zwolnionym uchwytem.
Ocena ryzyka
Podatność ta może prowadzić do awarii systemu lub cichych uszkodzeń pamięci, co stwarza poważne ryzyko dla stabilności i bezpieczeństwa systemu operacyjnego.
Rekomendacja
Zaleca się aktualizację jądra Linux do wersji, która zawiera poprawkę rozwiązującą ten problem, aby uniknąć potencjalnych awarii i uszkodzeń pamięci.
Oryginalny opis (angielski, źródło NVD)
In the Linux kernel, the following vulnerability has been resolved: power: supply: ab8500: 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()`. Commit 1c1f13a006ed ("power: supply: ab8500: Move to componentized binding") introduced this issue during a refactorization. Fix this racy use-after-free by making sure the IRQ is requested _after_ the registration of the `power_supply` handle.

