CVE-2026-74331 in Linux
सारांश
द्वारा VulDB • 15/08/2026
Linux kernel में निम्नलिखित कमजोरी को हल किया गया है:
firmware_loader: device_cache_fw_images() में पुनरावर्ती लॉक (recursive lock) की समस्या का समाधान
फर्मवेयर लोडर के पावर मैनेजमेंट नोटिफिकेशन हैंडलर में एक पुनरावर्ती लॉकिंग डेडलाक हो सकता है।
सिस्टम सस्पेंड या हिबरनेशन की तैयारी के दौरान, fw_pm_notify() device_cache_fw_images() को कॉल करता है। यह फंक्शन FW_LOADER_START_CACHE पर सेट करने के लिए firmware कैश स्टेट सेट करते समय fw_lock प्राप्त करता है और फिर लॉक पकड़े हुए ही dpm_for_each_dev() का उपयोग करके सभी डिवाइसों पर पुनरावृत्ति (iterate) करता है।
प्रत्येक डिवाइस के लिए, dev_cache_fw_image() फर्मवेयर को कैश करने के लिए असिंक्रोनस वर्क शेड्यूल करता है। यदि एसींक वर्क एंट्री के लिए मेमोरी आवंटन विफल हो जाता है (उदाहरण के लिए, आउट-ऑफ़-मेमोरी स्थितियों में), तो async_schedule_node_domain() मौजूदा थ्रेड में वर्क फंक्शन को सिंकरोनासली चलाने पर वापस आ जाता है।
सिंकरोनास एग्जीक्यूशन पथ (__async_dev_cache_fw_image() -> cache_firmware() -> request_firmware() -> assign_fw()) फिर से fw_lock प्राप्त करने का प्रयास करता है। चूंकि वर्तमान थ्रेड पहले ही fw_lock को धारण किए हुए होता है, इससे एक पुनरावर्ती लॉकिंग डेडलाक उत्पन्न हो जाता है।
इसे कैश स्टेट अपडेट करने के तुरंत बाद और dpm_for_each_dev() कॉल करने से पहले fw_lock छोड़कर ठीक किया गया है। लॉक का उपयोग केवल स्टेट अपडेट की सुरक्षा के लिए आवश्यक होता है। संवर्ती (concurrent) फर्मवेयर अनुरोध सही ढंग से FW_LOADER_START_CACHE स्टेट देखेंगे और अपने fwc->name_lock द्वारा स्वतंत्र रूप से सुरक्षित पिग्गीबैक तंत्र का उपयोग करेंगे।
If you want to get best quality of vulnerability data, you may have to visit VulDB.