CVE-2025-68310

Linux çekirdeğinde aşağıdaki güvenlik açığı giderilmiştir: s390/pci: PCI hata kurtarma ile mlx5 crdump arasındaki kilitlenmeyi önleyin s390'a özgü PCI hata kurtarma yürütülürken pci_cfg_access_lock() aracılığıyla PCI yapılandırma erişimlerini engellemeyin: powerpc'nin EEH ve genel PCI AER işlemesinin yaptığı gibi pci_dev_lock() yerine yalnızca device_lock() edinin. Hata kurtarma testi sırasında bir çift görevin askıda kaldığı bildirildi: mlx5_core 0000:00:00.1: mlx5_health_try_recover:338:(pid 5553): health recovery flow aborted, PCI reads still not working INFO: task kmcheck:72 blocked for more than 122 seconds. Not tainted 5.14.0-570.12.1.bringup7.el9.s390x #1 "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message. task:kmcheck state:D stack:0 pid:72 tgid:72 ppid:2 flags:0x00000000 Call Trace: [<000000065256f030>] __schedule+0x2a0/0x590 [<000000065256f356>] schedule+0x36/0xe0 [<000000065256f572>] schedule_preempt_disabled+0x22/0x30 [<0000000652570a94>] __mutex_lock.constprop.0+0x484/0x8a8 [<000003ff800673a4>] mlx5_unload_one+0x34/0x58 [mlx5_core] [<000003ff8006745c>] mlx5_pci_err_detected+0x94/0x140 [mlx5_core] [<0000000652556c5a>] zpci_event_attempt_error_recovery+0xf2/0x398 [<0000000651b9184a>] __zpci_event_error+0x23a/0x2c0 INFO: task kworker/u1664:6:1514 blocked for more than 122 seconds. Not tainted 5.14.0-570.12.1.bringup7.el9.s390x #1 "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message. task:kworker/u1664:6 state:D stack:0 pid:1514 tgid:1514 ppid:2 flags:0x00000000 Workqueue: mlx5_health0000:00:00.0 mlx5_fw_fatal_reporter_err_work [mlx5_core] Call Trace: [<000000065256f030>] __schedule+0x2a0/0x590 [<000000065256f356>] schedule+0x36/0xe0 [<0000000652172e28>] pci_wait_cfg+0x80/0xe8 [<0000000652172f94>] pci_cfg_access_lock+0x74/0x88 [<000003ff800916b6>] mlx5_vsc_gw_lock+0x36/0x178 [mlx5_core] [<000003ff80098824>] mlx5_crdump_collect+0x34/0x1c8 [mlx5_core] [<000003ff80074b62>] mlx5_fw_fatal_reporter_dump+0x6a/0xe8 [mlx5_core] [<0000000652512242>] devlink_health_do_dump.part.0+0x82/0x168 [<0000000652513212>] devlink_health_report+0x19a/0x230 [<000003ff80075a12>] mlx5_fw_fatal_reporter_err_work+0xba/0x1b0 [mlx5_core] Aynı hatanın upstream çekirdekle tam olarak aynı şekilde oluştuğuna dair bir çekirdek günlüğü mevcut değil - ancak tamamen aynı kilitlenme durumu orada da oluşturulabilir: - görev: kmcheck PCI hata kurtarma kodu pci_cfg_access_lock() aracılığıyla pdev->block_cfg_access'i ayarlamışken mlx5_unload_one() devlink kilidini edinmeye çalışır - görev: kworker devlink_health_report() devlink kilidini edinmişken mlx5_crdump_collect() pci_cfg_access_lock() aracılığıyla block_cfg_access'i ayarlamaya çalışır. Benzer bir kilitlenme durumu, aynı <BDF> fiziksel işlevi üzerinde mlx5_core'un pci_error_handlers'ı tarafından PCI hata kurtarma yürütülürken > devlink health dump show pci/<BDF> reporter fw_fatal ile bir crdump istenerek yeniden üretilebilir. s390'da bu, > zpcictl --reset-fw <BDF> ile enjekte edilebilir. Bu yamayla yapılan testler ikinci kilitlenme durumunu yeniden üretemedi, devlink komutu "kernel answers: Permission denied" ile reddedildi - ve şu çekirdek günlük mesajını alıyoruz: mlx5_core 1ed0:00:00.1: mlx5_crdump_collect:50:(pid 254382): crdump: failed to lock vsc gw err -5 çünkü VSC_SEMAPHORE yapılandırma okuması alttaki donanım tarafından reddediliyor. Bu sorunu ele almaya yönelik iki önceki girişim tartışılmış ve sonunda reddedilmiştir [bkz. bağlantı]; ana argüman, s390'ın PCI hata kurtarma uygulamasının ne powerpc'nin EEH'sinin ne de PCI AER işlemesinin ihtiyaç duyduğu kısıtlamaları dayatmasıydı. Testler, s390'da PCI hata kurtarmanın PCI yapılandırma alanına erişimi engellemeden bile tamamlanana kadar çalıştığını göstermektedir.