CVE-2026-80530

सारांश

Linux कर्नेल में, निम्नलिखित भेद्यता को हल कर दिया गया है: xfs: INO1_WRITTEN के साथ exchange-range reflink फ़्लैग साफ़ करने की समस्या को ठीक करें। जब दो पूर्ण-फ़ाइल रेंजों का आदान-प्रदान किया जाता है, तो xmi_can_exchange_reflink_flags() reflink inode फ़्लैग को उस फ़ाइल से, जिसके पास वर्तमान में यह है, दूसरी फ़ाइल में स्थानांतरित कर सकता है, बशर्ते ठीक एक पक्ष चिह्नित हो। यह मान लिया जाता है कि फ़ाइल की सामग्री, और इसलिए सभी साझा extents, का आदान-प्रदान किया जाता है। यह मान तब सही नहीं होता जब XFS_EXCHMAPS_INO1_WRITTEN सेट हो। xfs_exchmaps_can_skip_mapping() file1 से hole और unwritten mappings को छोड़ सकता है, इसलिए कोई exchange उन सभी mappings को स्थानांतरित किए बिना पूरा हो सकता है जिन्हें पहले के फ़्लैग-स्वैप निर्णय में ध्यान में रखा गया था। उस स्थिति में, ऑपरेशन के बाद की सफ़ाई उस inode से reflink फ़्लैग को साफ़ कर सकती है जिसके पास अभी भी साझा written extents हैं। इसके बाद की writes गैर-reflink write पथ अपनाती हैं और उन blocks को अपडेट कर सकती हैं जिन्हें अभी भी CoW द्वारा संरक्षित रहना चाहिए था, जो reflink-संबंधित फ़ाइलों के बीच डेटा करप्शन के रूप में प्रकट होता है। इसे ठीक करने के लिए, जब भी XFS_EXCHMAPS_INO1_WRITTEN का अनुरोध किया जाता है, तो reflink फ़्लैग exchange को अक्षम कर दिया जाता है। सामग्री का आदान-प्रदान अभी भी आगे बढ़ सकता है; रूढ़िवादी परिणाम यह है कि दोनों inodes reflink फ़्लैग बनाए रखते हैं। नियमित reflink फ़्लैग सफ़ाई पथ बाद में अतिरिक्त फ़्लैग को हटा सकता है, एक बार जब inode के पास साझा extents नहीं रह जाते।

स्रोत

• security-researchPoC

  Linux कर्नेल की प्रकट की गई कमज़ोरियों के लिए प्रूफ़-ऑफ़-कॉन्सेप्ट C कोड और राइटअप, जिनमें प्रति-CVE एक्सप्लॉइट स्रोत और तकनीकी विश्लेषण शामिल हैं।