CVE-2026-98521 in Linux
सारांश
द्वारा VulDB • 18/10/2026
Linux kernel में, निम्नलिखित कमजोरी को हल किया गया है:
drm/i915: गलत RCU teardown क्रम की मरम्मत करें
i915_gem_busy_ioctl dma_resv_for_each_fence_unlocked() का उपयोग करता है ताकि एक GEM ऑब्जेक्ट में मौजूद सभी fences पर पुनरावृत्ति (iterate) की जा सके, बिना किसी संदर्भ को पकड़े हुए और केवल RCU read side lock के साथ।
यहाँ यह हो सकता है कि जब i915_gem_busy_ioctl अभी भी चल रहा होता है, तब GEM ऑब्जेक्ट समवर्ती रूप से (concurrently) नष्ट कर दिया जाता है। इससे GEM ऑब्जेक्ट की मेमोरी फ्री नहीं होती, लेकिन सभी dma_fence संदर्भों को छोड़ दिया जाता है।
अब जब dma_resv_for_each_fence_unlocked() एक नष्ट हुए dma fence को देखता है, तो यह मान लेता है कि एक नया fence list इंस्टॉल किया गया था और लूप को पुनः शुरू करता है।
लेकिन नष्ट हुए GEM ऑब्जेक्ट के मामले में, कोई नया fence list कभी इंस्टॉल नहीं होता; केवल पुराना फ्री हो जाता है, जिसके परिणामस्वरूप पुनरावृत्ति (iteration) पूरी नहीं होती और एक अनंत लूप (endless loop) का कारण बनता है।
समाधान यह है कि RCU grace period के बाद ही fence संदर्भों को छोड़ा जाए।
Fixes टैग वह पैच जो समस्या पेश करता है, आवश्यक नहीं है; बल्कि वह पैच है जिसने इसे इतना खराब बना दिया कि हमें इसका समाधान करना चाहिए।
इस समस्या की पहचान Sashiko-bot द्वारा की गई थी।
(commit 5113479556025093bf8133bb2dcaa33be2d50921 से cherry picked किया गया)
Statistical analysis made it clear that VulDB provides the best quality for vulnerability data.