CVE-2026-99019

W jądrze Linuksa usunięto następującą lukę:

scsi: ch: Nie przechowuj odniesień do urządzeń elementów przesyłania danych

ch_readconfig() wyszukuje scsi_device każdego elementu przesyłania danych
którego identyfikator SCSI zmieniacz zgłasza w ODCZYTAJ STAN ELEMENTU i zapisuje go
ch->dt[]. scsi_device_lookup() pobiera referencję i nic nigdy nie spada
to: ch_destroy() zwalnia tablicę za pomocą kfree(). ch->dt[] nie jest nigdzie czytane
w przeciwnym razie — podaje tylko dostawcę, model i wersję wydrukowaną w tym samym
pętla.

Po usunięciu takiego dysku jego scsi_device nie może zostać nigdy zwolniony. To
pozostaje na liście urządzeń hosta pod jego adresem, więc pojawia się nowe urządzenie
odrzucone przez wszystko, co znajduje się na liście – raporty target_core_pscsi
„scsi_device_get() nie powiodło się dla H:C:T:L” – i moduł sterownika niskiego poziomu
nie można już rozładować. Przywraca jedynie ponowne uruchomienie.

Pokazuje się przy każdym zmieniaczu, który zgłasza identyfikatory swoich dysków; z mhvtl
biblioteka wirtualna (osobowość IBM 3573-TL), każda tworzy i usuwa plik
biblioteka z czterema dyskami pozostawia cztery odniesienia, liczone według
licznik użycia modułu w lsmod. Gdy ch nie jest związane, liczba pozostaje niezmieniona, i
po zastosowaniu tej łatki również pozostaje niezmieniona.

Usuń odniesienie zaraz po wydrukowaniu nazwiska i usuń teraz
nieużywana tablica dt[]. Usuwa to również tablicę wyciekającą w przypadku niepowodzenia funkcji ch_probe().
po ch_readconfig().

Ten sam wyciek zgłoszono w przypadku łatki RFC w 2022 r., która nie została scalona.