CVE-2026-89881

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

media: rtl2832_sdr: użyj vb2_video_unregister_device() przy usuwaniu, aby naprawić wyciek DMA

rtl2832_sdr_remove() działa po rozłączeniu USB i kasuje dev->udev do
NULL przed uruchomieniem oczekującego przerwania przesyłania strumieniowego. Kiedy przestrzeń użytkownika
później zamyka deskryptor pliku, vb2 wywołuje rtl2832_sdr_stop_streaming()
co z kolei wywołuje rtl2832_sdr_free_stream_bufs(). Ten pomocnik uwalnia
każdy spójny bufor z:

usb_free_coherent(dev->udev, dev->buf_size,
dev->buf_list[dev->buf_num],
dev->dma_addr[dev->buf_num]);

usb_free_coherent() zwraca natychmiast, gdy jej argument dev ma wartość NULL,
więc każdy bufor strumienia DMA, który był aktywny w momencie rozłączenia, jest cichy
wyciekło. URB przydzielone w rtl2832_sdr_alloc_urbs() przeżywają dłużej
urządzenie z tego samego powodu.

Sterownik rtl2832_sdr używa vb2_fop_release() w swoich operacjach na plikach,
więc zamień video_unregister_device(&dev->vdev) na
vb2_video_unregister_device(&dev->vdev) i przenieś go przed wyczyszczeniem
dev->udev. vb2_video_unregister_device() zwalnia kolejkę vb2, która
synchronicznie uruchamia rtl2832_sdr_stop_streaming() jeśli przesyłanie strumieniowe jest aktywne,
więc bufory URB i spójnego strumienia DMA są zwalniane, gdy dev->udev jest
nadal aktualne.

vb2_video_unregister_device() blokuje vdev->queue->lock (vb_queue_lock)
wewnętrznie, a stop_streaming() blokuje v4l2_lock, więc poprzednia metoda zewnętrzna
mutex_lock(&dev->vb_queue_lock) / mutex_lock(&dev->v4l2_lock) para
wokół sekwencji wyrejestrowania spowodowałoby samozakleszczenie i zostało usunięte.
Krótka sekcja krytyczna v4l2_lock dotycząca dev->udev = NULL pozostaje taka sama
każda ścieżka ioctl, która nadal zawiera deskryptor pliku, widzi stan spójny.

Problem zidentyfikowany w wyniku automatycznego przeglądu serii INV-003 pod adresem
https://sashiko.dev/