CVE-2026-89958

Linux kernel içerisinde aşağıdaki güvenlik açığı giderilmiştir: s390/vfio-ap: matrix_mdev->kvm değerinin NULL olup olmadığı kontrol edilmeden referans verilmesi hatası düzeltildi ap_driver yapısı, geri çağırma fonksiyonlarına işaret eden iki alan içerir: * .on_config_changed: Ana bilgisayar AP yapılandırmasının değiştiğini ve ilgili AP aygıtlarının buna göre ekleneceğini veya kaldırılacağını aygıt sürücüsüne bildirmek için AP veri yolu tarama fonksiyonunun başında çağrılır. Bu, uygulayıcıya, ilgili aygıtlar eklenmeden veya kaldırılmadan önce yapılandırma değişikliklerini değerlendirme ve bunlara yanıt verme şansı verir. * .on_scan_complete: Ana bilgisayar AP yapılandırmasının değiştiğini ve AP aygıtlarının buna göre eklendiğini veya kaldırıldığını aygıt sürücüsüne bildirmek için AP veri yolu tarama fonksiyonunun sonunda çağrılır. Bu, uygulayıcıya, ilgili aygıtlar eklendikten veya kaldırıldıktan sonra değişikliklere yanıt verme fırsatı sunar. Bu iki geri çağırma işlemi, vfio_ap aygıt sürücüsünde sırasıyla vfio_ap_on_cfg_changed ve vfio_ap_on_scan_complete fonksiyonları aracılığıyla uygulanır. Bu iki geri çağırma fonksiyonunun çağrı yığını içinde, matrix_mdev->kvm değerinin NULL olup olmadığı kontrol edilmeden matrix_mdev->kvm->lock mutex kilidi alınmaktadır. Eğer matrix_mdev->kvm hiç ayarlanmamışsa, kilidi almaya çalışmak bir NULL pointer dereference tetikleyecektir. Bu yama, matrix_mdev->kvm->lock mutex kilidini almadan önce matrix_mdev->kvm == NULL kontrollerini ekler. vfio_ap_mdev_hot_plug_config fonksiyonunda alınan matrix_mdev->kvm->lock mutex kilidinin, matrix_mdev alanlarına erişmek için gerekli olan matrix_dev->mdevs_lock ile birlikte çağıran fonksiyona taşındığına dikkat edin. Sadece kvm->lock mutex kilidini almadan önce matrix_mdev->kvm kontrolünü yapmak ve ardından bunu başka bir yama ile dışarı taşımak pek mantıklı olmadığından, bu işlem bu yamada gerçekleştirilmiştir. Aşağıdaki hususların belirtilmesi önemlidir: 1. Her iki geri çağırma fonksiyonunun başında matrix_dev->guests_lock alınır. Bu, matrix_mdev nesnesini kaldırmadan önce aynı şekilde matrix_dev_guests_lock kilidini aldığı için, matrix_mdev'in vfio_ap_mdev_remove fonksiyonu aracılığıyla kaldırılmayacağını garanti eder; böylece matrix_mdev, geri çağırma fonksiyonları süresince erişilebilir olacaktır. 2. matrix_mdev yapısı içindeki alanlara erişebilmek için matrix_dev->mdevs_lock mutex kilidinin alınması gerekir. 3. Bir lockdep splat oluşmasını önlemek için matrix_dev->mdevs_lock'tan önce matrix_mdev->kvm->lock mutex kilidi alınmalıdır. 4. Konuğun AP yapılandırmasını vfio_ap_mdev_update_guest_apcb fonksiyonu aracılığıyla SIE durum açıklamasına takarken kvm->lock tutulmalıdır. 5. vfio_ap_mdev_update_guest_apcb, konuğun AP yapılandırmasının sıcak takas işlemini gerçekleştirmeden önce matrix_mdev->kvm değerinin NULL olmadığını doğrulamak için kontrol yapar.