Odebrany

CVE-2026-89875

opublikowano: 16.09.2026, 13:16

modyfikacja: 16.09.2026, 17:18

Ocena CVSS

n/a

Brak oceny

Oficjalne źródła

>_ Opis

Tłumaczenie automatyczne – może zawierać nieścisłości.

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

media: ti: vpe: wycisza odzyskiwanie po przepełnieniu przed zwolnieniem strumieni

Pracownik odzyskiwania przepełnienia VIP-a jest uzbrojony z poziomu obsługi hardirq, gdy a
Wykryto przepełnienie FIFO i ścieżka pełnej listy sprawdza strumień w górę
poprzez prywatny wskaźnik listy VPDMA. Oba dotykają strumienia, portu
i stan urządzenia; pracownik odzysku resetuje także parser i VPDMA,
ponownie zapełnia listę deskryptorów i ponownie włącza przerwania IRQ dla poszczególnych list.

vip_stop_streaming() maskuje i czyści przerwania IRQ dla poszczególnych list, ale to nie to samo
synchronizuje procedurę obsługi hardirq ani nie wyłącza recovery_work. Przepełnienie
Przerwanie, które już znalazło się w kolejce recovery_work lub przerwanie zawierające kompletną listę
lotu, gdy strumień zostanie zburzony, może zatem nadal dereferować
strumień po zwolnieniu jego zasobów: lista deskryptorów zostaje zwolniona przez
vip_release_stream() w przypadku wydania pliku, a sam strumień według
free_stream() przy rozłączaniu/usuwaniu.

Opróżnij proces odzyskiwania i moduł obsługi przerwań w obu punktach demontażu
poprzez współdzielony pomocnik vip_quiesce_stream() przed jakimkolwiek strumieniem
zasób jest zwolniony. Disable_work_sync() anuluje oczekujące recovery_work,
opróżnia działającą instancję i zwiększa jej głębokość wyłączenia, a więc kolejną
harmonogram_work() wydany przez wyścigową procedurę obsługi przerwań jest odrzucany
harmonogram kolejki roboczej: nie można ponownie kolejkować recovery_work
Disable_work_sync() zaczyna obowiązywać. Pracownik może nadal ponownie włączyć
przerwania IRQ na listę przed zwrotem funkcji Disable_work_sync(); w takim razie wyłącz_irqs().
maskuje te źródła, a synchronize_irq() czeka na dowolną procedurę obsługi w locie
to nadal dereferuje stan strumienia. W vip_stop_streaming() pomocnik
działa przed zatrzymaniem analizatora składni, ponieważ proces roboczy został wyczerpany
Disable_work_sync() może ponownie włączyć parser przed wyjściem i tak zrobi
w przeciwnym razie cofnij zatrzymanie. recovery_work jest tworzone jako wyłączone i włączone w
vip_start_streaming() przed przerwaniami, łącząc włączenie z porzuceniem
wyłączyć w całym cyklu przesyłania strumieniowego.

Ten problem został wykryty przez wewnętrzne narzędzie do analizy statycznej i potwierdzony
poprzez ręczny przegląd kodu.

In the Linux kernel, the following vulnerability has been resolved:

media: ti: vpe: quiesce overflow recovery before freeing streams

The VIP overflow recovery worker is armed from the hardirq handler when a
FIFO overflow is detected, and the list-complete path looks the stream up
through the VPDMA list private pointer. Both keep touching stream, port
and device state; the recovery worker also resets the parser and VPDMA,
repopulates the descriptor list, and re-enables the per-list IRQs.

vip_stop_streaming() masks and clears the per-list IRQs, but it neither
synchronizes the hardirq handler nor disables recovery_work. An overflow
IRQ that has already queued recovery_work, or a list-complete IRQ in
flight when the stream is torn down, can therefore still dereference the
stream after its resources are released: the descriptor list is freed by
vip_release_stream() on file release, and the stream itself by
free_stream() on unbind/remove.

Drain the recovery worker and the IRQ handler at both teardown points
through a shared vip_quiesce_stream() helper, before any stream-owned
resource is released. disable_work_sync() cancels pending recovery_work,
drains a running instance, and raises its disable depth, so a subsequent
schedule_work() issued by a racing IRQ handler is rejected at the
workqueue scheduler: recovery_work cannot be requeued after
disable_work_sync() takes effect. The worker may still re-enable the
per-list IRQs before disable_work_sync() returns; disable_irqs() then
masks those sources and synchronize_irq() waits for any in-flight handler
that still dereferences stream state. In vip_stop_streaming() the helper
runs before the parser is stopped, since a worker drained by
disable_work_sync() may re-enable the parser before exiting and would
otherwise undo the stop. recovery_work is created disabled and enabled in
vip_start_streaming() before IRQs, pairing the enable with the teardown
disable across the streaming lifecycle.

This issue was found by an in-house static analysis tool and confirmed
by manual code review.

>_ Referencje

Dane podatności pochodzą z oficjalnych źródeł (CVE® List / NVD). Opisy po polsku są tłumaczone automatycznie i mogą zawierać nieścisłości – na stronie rekordu można wyświetlić wersję angielską.

This product uses the NVD API but is not endorsed or certified by the NVD.

CVE Usage: MITRE hereby grants you a perpetual, worldwide, non-exclusive, no-charge, royalty-free, irrevocable copyright license to reproduce, prepare derivative works of, publicly display, publicly perform, sublicense, and distribute Common Vulnerabilities and Exposures (CVE®). Any copy you make for such purposes is authorized provided that you reproduce MITRE's copyright designation and this license in any such copy. ALL DOCUMENTS AND THE INFORMATION CONTAINED THEREIN PROVIDED BY MITRE ARE PROVIDED ON AN "AS IS" BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND.

NVD Terms of Use / CVE® Terms of Use / nvd.nist.gov / cve.org

<< baza_cve