CVE-2026-68204
WysokieCVSS 7.8Prawdopodobieństwo exploitacji (EPSS)
Niskie ryzykoPercentyl 7 - wyżej niż 7% wszystkich znanych CVE
Streszczenie
W jądrze Linux w sterowniku vivid brakuje sprawdzenia vb2_is_busy() przy przełączaniu możliwości (caps). Funkcje vivid_update_format_cap/out() mogą być wywoływane, gdy kolejka przechwytywania/wyjścia nie jest zajęta, ale dla kontrolek wybierających możliwości CROP/COMPOSE/SCALE to sprawdzenie nie jest wykonywane. Może to prowadzić do nieoczekiwanych wyników, gdy format jest zmieniany między REQBUFS a STREAMON.
Ocena ryzyka
Może to powodować nieprzewidywalne zachowanie sterownika, w tym potencjalne awarie lub nieprawidłowe działanie, gdy użytkownik zmienia kontrolki w niedozwolonym czasie.
Rekomendacja
Zastosuj poprawkę jądra Linux, która dodaje sprawdzenia vb2_is_busy() oraz WARN_ON w funkcjach vivid_update_format_cap/out(), aby zapobiec zmianom formatu, gdy kolejka jest zajęta.
Oryginalny opis (angielski, źródło NVD)
In the Linux kernel, the following vulnerability has been resolved: media: vivid: check for vb2_is_busy() when toggling caps The vivid_update_format_cap/out() functions must only be called if the capture/output queue are not busy. But for the controls that select the CROP/COMPOSE/SCALE capability that is not checked. Only when streaming starts will they be set to 'grabbed' and it is impossible to change the control, but between REQBUFS and STREAMON you are still allowed to set these controls. Since vivid_update_format_cap/out will change the format, this can cause unexpected results. Besides adding these checks, also add a WARN_ON in vivid_update_format_cap/out() if the queue is busy. I'm 90% certain that this is the cause of this syzbot bug: https://syzkaller.appspot.com/bug?extid=dac8f5eaa46837e97b89 But since we never have reproducers, it is hard to be certain. In any case, these checks are needed regardless.