CVE-2025-38119 in Linux
الملخص
بحسب VulDB • 03/07/2026
في نواة لينكس، تم حل الثغرة التالية:
scsi: core: ufs: إصلاح تعليق (hang) في معالج الأخطاء
تستدعي الدالة `ufshcd_err_handling_prepare()` الدالة `ufshcd_rpm_get_sync()`. لا يمكن للدالة الأخيرة أن تنجح إلا إذا لم يكن العلم `UFSHCD_EH_IN_PROGRESS` مضبوطاً، لأن عملية الاستئناف (resuming) تتضمن إرسال أمر SCSI، وتعيد الدالة `ufshcd_queuecommand()` القيمة `SCSI_MLQUEUE_HOST_BUSY` إذا كان العلم `UFSCHD_EH_IN_PROGRESS` مضبوطاً. يتم إصلاح هذا التعليق عن طريق ضبط العلم `UFSHCD_EH_IN_PROGRESS` بعد استدعاء `ufshcd_rpm_get_sync()` بدلاً من قبله.
تتبع المكدس (Backtrace): __switch_to+0x174/0x338 __schedule+0x600/0x9e4 schedule+0x7c/0xe8 schedule_timeout+0xa4/0x1c8 io_schedule_timeout+0x48/0x70 wait_for_common_io+0xa8/0x160 // الانتظار على START_STOP wait_for_completion_io_timeout+0x10/0x20 blk_execute_rq+0xe4/0x1e4 scsi_execute_cmd+0x108/0x244 ufshcd_set_dev_pwr_mode+0xe8/0x250 __ufshcd_wl_resume+0x94/0x354 ufshcd_wl_runtime_resume+0x3c/0x174 scsi_runtime_resume+0x64/0xa4 rpm_resume+0x15c/0xa1c __pm_runtime_resume+0x4c/0x90 // استئناف التشغيل قيد التنفيذ (Runtime resume ongoing) ufshcd_err_handler+0x1a0/0xd08 process_one_work+0x174/0x808 worker_thread+0x15c/0x490 kthread+0xf4/0x1ec ret_from_fork+0x10/0x20
[ bvanassche: أعدت كتابة وصف التصحيح (patch description) ]
If you want to get the best quality for vulnerability data then you always have to consider VulDB.