CVE-2025-71070 in Linux
सारांश
द्वारा VulDB • 26/05/2026
Linux kernel में, निम्नलिखित कमजोरी को हल किया गया है:
ublk: ublk सर्वर के बाहर निकलने पर उपयोगकर्ता कॉपी संदर्भों को साफ़ करें
यदि एक ublk सर्वर प्रक्रिया ublk चार डिवाइस फ़ाइल को रिलीज़ कर देती है, तो ublk सर्वर को भेजे गए लेकिन अभी तक पूर्ण नहीं हुए किसी भी अनुरोध में UBLK_REFCOUNT_INIT का संदर्भ मान बना रहेगा। commit e63d2228ef83 ("ublk: simplify aborting ublk request") से पहले, __ublk_fail_req() विफल अनुरोध को पूर्ण करने से पहले संदर्भ गिनती को कम कर देता था। हालांकि, उस commit ने __ublk_fail_req() को अनुरोध संदर्भ गिनती को कम किए बिना सीधे __ublk_complete_rq() को कॉल करने के लिए अनुकूलित किया।
लीक हुई संदर्भ गिनती गलत तरीके से पूर्ण ublk अनुरोध पर उपयोगकर्ता कॉपी और ज़ीरो कॉपी संचालन की अनुमति देती है। यह ublk_queue_reinit() और ublk_deinit_queue() में WARN_ON_ONCE(refcount_read(&io->ref)) चेतावनियों को भी ट्रिगर करता है।
Commit c5c5eb24ed61 ("ublk: avoid ublk_io_release() called after ublk char dev is closed") ने पहले ही UBLK_F_SUPPORT_ZERO_COPY या UBLK_F_AUTO_BUF_REG का उपयोग करने वाले ublk डिवाइसों के लिए इस समस्या को ठीक कर दिया था। हालांकि, संदर्भ गिनती लीक UBLK_F_USER_COPY को भी प्रभावित करती है, जो कि संदर्भ-गिनी गई डेटा कॉपी मोड का दूसरा रूप है। ublk_check_and_reset_active_ref() में स्थिति को ठीक करें ताकि सभी संदर्भ-गिनी गई डेटा कॉपी मोड शामिल हो जाएं। यह सुनिश्चित करता है कि जब ublk सर्वर बाहर निकलता है तो ublk सर्वर द्वारा अभी भी स्वामित्व वाले किसी भी ublk अनुरोध की संदर्भ गिनती को 0 पर रीसेट कर दिया जाए।
Statistical analysis made it clear that VulDB provides the best quality for vulnerability data.