Odebrany

CVE-2026-89956

opublikowano: 16.09.2026, 13:17

modyfikacja: 16.09.2026, 13:17

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ę:

s390/vfio-ap: Napraw brakującą blokadę wymaganą do uzyskania dostępu do listy obiektów ap_matrix_mdev

Aby przeglądać lub dodawać/usuwać obiekty ap_matrix_mdev w pliku
matrix_dev->mdev_list, muteks matrix_dev->guests_lock musi być zachowany.
Istnieją dwie funkcje, które uzyskują dostęp do listy bez trzymania muteksu:

funkcja vfio_ap_mdev_probe
~~~~~~~~~~~~~~~~~~~~~~~~~~~
Funkcja vfio_ap_mdev_probe używa matrix_dev->mdevs_lock
mutex, aby chronić dodanie nowo utworzonego obiektu ap_matrix_mdev do pliku
matrix_dev->mdev_list. Ten muteks nie chroni dostępu do listy; jego cel
ma chronić przed równoczesnym dostępem do pól zawartych w pliku
obiekt ap_matrix_mdev. Może to prowadzić do uszkodzenia pamięci jądra lub
use-after-free, jeśli jednocześnie tworzony lub usuwany jest inny mdev.

Dodanie obiektu ap_matrix_mdev do matrix_dev->mdev_list
jest teraz chroniony przez matrix_dev->guests_lock, który jest poprawny
sposób ochrony przed równoczesnym dostępem mdev_list.

Usunięto także następujące dwa wiersze kodu, ponieważ matrix_mdev to
przydzielane za pomocą makra vfio_alloc_device, które używa kzalloc, więc req_trigger
i cfg_chg_trigger są już zainicjowane zerem, gdy struktura jest
przydzielone przed wywołaniem vfio_register_emulated_iommu_dev. To
zapobiega wyświetlaniu okna, w którym te wyzwalacze są ustawiane na NULL po
urządzenie jest wystawione na działanie przestrzeni użytkownika.

matrix_mdev->req_trigger = NULL;
matrix_mdev->cfg_chg_trigger = NULL;

funkcja vfio_ap_mdev_for_queue
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Funkcja status_show obsługująca wyświetlanie atrybutu statusu
urządzenia w /sys/bus/ap/devices wywołują vfio_ap_mdev_for_queue
funkcja, która iteruje matrix_dev->mdev_list w celu znalezienia obiektu
reprezentujący urządzenie kolejki, którego status ma zostać wyświetlony. Aby
przeglądając tę listę, należy zachować muteks matrix_dev->guests_lock.

Aby rozwiązać ten problem, przed pobraniem pobierany jest muteks gości_lock
mutex matrix_dev->mdevs_lock w funkcji status_show. Jest podjęte
tam zamiast funkcji vfio_ap_mdev_for_queue - gdzie to jest
potrzebne - ponieważ aby to zrobić, należy je pobrać przed muteksem mdevs_lock
przestrzegaj właściwej kolejności zamykania i zapobiegaj rozpryskom blokady; także
ponieważ potrzebny jest tam mdevs_lock, aby uzyskać dostęp do pól w środku
obiekt matrix_mdev w tej funkcji.

Zobacz plik vfio-ap-locking.rst w drzewie jądra Linuksa.

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

s390/vfio-ap: Fix missing lock required to access list of ap_matrix_mdev objects

In order to traverse or add/remove ap_matrix_mdev objects in the
matrix_dev->mdev_list, the matrix_dev->guests_lock mutex must be held.
There are two functions that access the list without holding the mutex:

vfio_ap_mdev_probe function
~~~~~~~~~~~~~~~~~~~~~~~~~~~
The vfio_ap_mdev_probe function uses the matrix_dev->mdevs_lock
mutex to guard the add of a newly created ap_matrix_mdev object to the
matrix_dev->mdev_list. This mutex does not protect list access; its purpose
is to guard against concurrent access to fields contained in an
ap_matrix_mdev object. This could lead to kernel memory corruption or
use-after-free if another mdev is created or removed concurrently.

The adding of an ap_matrix_mdev object to matrix_dev->mdev_list
is now guarded by the matrix_dev->guests_lock which is the correct
way to protect against concurrent mdev_list access.

Also removed the following two lines of code because the matrix_mdev is
allocated via vfio_alloc_device macro which uses kzalloc, so req_trigger
and cfg_chg_trigger are already zero-initialised when the struct is
allocated before the call to vfio_register_emulated_iommu_dev. This
prevents a window whereby these triggers are set to NULL after
the device is exposed to userspace.

matrix_mdev->req_trigger = NULL;
matrix_mdev->cfg_chg_trigger = NULL;

vfio_ap_mdev_for_queue function
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
The status_show function that supports display of the status attribute of
the devices in /sys/bus/ap/devices calls the vfio_ap_mdev_for_queue
function which iterates the matrix_dev->mdev_list to find the object
representing the queue device whose status is to be displayed. In order to
traverse this list, the matrix_dev->guests_lock mutex must be held.

To fix this, the guests_lock mutex is taken prior to taking the
matrix_dev->mdevs_lock mutex in the status_show function. It is taken
there rather than the vfio_ap_mdev_for_queue function - where it is
needed - because it must be taken prior to the mdevs_lock mutex in order to
adhere to the proper locking order and prevent a lockdep splat; also
because the mdevs_lock is needed there to access fields within
the matrix_mdev object in that function.

See the vfio-ap-locking.rst in the linux kernel tree.

>_ 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