क्रिप्टसेटअप में एक भेद्यता जो आपको LUKS2 विभाजन में एन्क्रिप्शन को अक्षम करने की अनुमति देती है

लिनक्स में डिस्क विभाजन को एन्क्रिप्ट करने के लिए उपयोग किए जाने वाले क्रिप्टसेटअप पैकेज में एक भेद्यता (CVE-2021-4122) की पहचान की गई है, जो मेटाडेटा को संशोधित करके LUKS2 (लिनक्स यूनिफाइड कुंजी सेटअप) प्रारूप में विभाजन पर एन्क्रिप्शन को अक्षम करने की अनुमति देता है। भेद्यता का फायदा उठाने के लिए, हमलावर के पास एन्क्रिप्टेड मीडिया तक भौतिक पहुंच होनी चाहिए, यानी। यह विधि मुख्य रूप से फ्लैश ड्राइव जैसे एन्क्रिप्टेड बाहरी स्टोरेज डिवाइस पर हमला करने के लिए समझ में आती है, जिस तक हमलावर के पास पहुंच है लेकिन डेटा को डिक्रिप्ट करने के लिए पासवर्ड नहीं पता है।

हमला केवल LUKS2 प्रारूप के लिए लागू है और "ऑनलाइन रीएन्क्रिप्शन" एक्सटेंशन को सक्रिय करने के लिए जिम्मेदार मेटाडेटा के हेरफेर से जुड़ा है, जो अनुमति देता है, यदि एक्सेस कुंजी को बदलना आवश्यक है, तो तुरंत डेटा रीएन्क्रिप्शन की प्रक्रिया शुरू करने के लिए। विभाजन के साथ काम रोके बिना. चूंकि एक नई कुंजी के साथ डिक्रिप्शन और एन्क्रिप्शन की प्रक्रिया में बहुत समय लगता है, "ऑनलाइन रीएन्क्रिप्शन" विभाजन के साथ काम को बाधित नहीं करना और पृष्ठभूमि में री-एन्क्रिप्शन करना संभव बनाता है, धीरे-धीरे एक कुंजी से दूसरी कुंजी में डेटा को फिर से एन्क्रिप्ट करना। . एक खाली लक्ष्य कुंजी का चयन करना भी संभव है, जो आपको अनुभाग को डिक्रिप्टेड फॉर्म में बदलने की अनुमति देता है।

एक हमलावर LUKS2 मेटाडेटा में परिवर्तन कर सकता है जो विफलता के परिणामस्वरूप डिक्रिप्शन ऑपरेशन को निरस्त करने का अनुकरण करता है और मालिक द्वारा संशोधित ड्राइव के सक्रियण और उपयोग के बाद विभाजन के हिस्से का डिक्रिप्शन प्राप्त करता है। इस मामले में, जिस उपयोगकर्ता ने संशोधित ड्राइव को कनेक्ट किया है और इसे सही पासवर्ड के साथ अनलॉक किया है, उसे बाधित रीएन्क्रिप्शन ऑपरेशन को पुनर्स्थापित करने की प्रक्रिया के बारे में कोई चेतावनी नहीं मिलती है और वह केवल "लक्स डंप" का उपयोग करके इस ऑपरेशन की प्रगति के बारे में पता लगा सकता है। आज्ञा। एक हमलावर द्वारा डिक्रिप्ट किए जा सकने वाले डेटा की मात्रा LUKS2 हेडर के आकार पर निर्भर करती है, लेकिन डिफ़ॉल्ट आकार (16 MiB) पर यह 3 जीबी से अधिक हो सकती है।

समस्या इस तथ्य के कारण होती है कि यद्यपि पुन: एन्क्रिप्शन के लिए नई और पुरानी कुंजियों के हैश की गणना और सत्यापन की आवश्यकता होती है, यदि नई स्थिति एन्क्रिप्शन के लिए एक प्लेनटेक्स्ट कुंजी की अनुपस्थिति का तात्पर्य करती है, तो डिक्रिप्शन शुरू करने के लिए हैश की आवश्यकता नहीं होती है। इसके अलावा, LUKS2 मेटाडेटा, जो एन्क्रिप्शन एल्गोरिथ्म को निर्दिष्ट करता है, किसी हमलावर के हाथों में पड़ने पर संशोधन से सुरक्षित नहीं है। भेद्यता को रोकने के लिए, डेवलपर्स ने LUKS2 में मेटाडेटा के लिए अतिरिक्त सुरक्षा जोड़ी, जिसके लिए अब एक अतिरिक्त हैश की जाँच की जाती है, जिसकी गणना ज्ञात कुंजियों और मेटाडेटा सामग्री के आधार पर की जाती है, अर्थात। कोई हमलावर अब डिक्रिप्शन पासवर्ड को जाने बिना गुप्त रूप से मेटाडेटा नहीं बदल सकता है।

एक सामान्य हमले के परिदृश्य के लिए आवश्यक है कि हमलावर कई बार ड्राइव पर अपना हाथ डालने में सक्षम हो। सबसे पहले, एक हमलावर जो एक्सेस पासवर्ड नहीं जानता है वह मेटाडेटा क्षेत्र में परिवर्तन करता है, जिससे अगली बार ड्राइव सक्रिय होने पर डेटा के हिस्से का डिक्रिप्शन ट्रिगर हो जाता है। इसके बाद ड्राइव को उसकी जगह पर लौटा दिया जाता है और हमलावर तब तक इंतजार करता है जब तक उपयोगकर्ता पासवर्ड डालकर इसे कनेक्ट नहीं कर देता। जब उपयोगकर्ता द्वारा डिवाइस को सक्रिय किया जाता है, तो पृष्ठभूमि पुनः एन्क्रिप्शन प्रक्रिया शुरू हो जाती है, जिसके दौरान एन्क्रिप्टेड डेटा के हिस्से को डिक्रिप्टेड डेटा से बदल दिया जाता है। इसके अलावा, यदि हमलावर डिवाइस पर दोबारा हाथ डालने में सफल हो जाता है, तो ड्राइव पर कुछ डेटा डिक्रिप्टेड रूप में होगा।

समस्या को क्रिप्टसेटअप प्रोजेक्ट मेंटेनर द्वारा पहचाना गया और क्रिप्टसेटअप 2.4.3 और 2.3.7 अपडेट में ठीक किया गया। वितरण में समस्या को ठीक करने के लिए उत्पन्न किए जा रहे अपडेट की स्थिति को इन पृष्ठों पर ट्रैक किया जा सकता है: डेबियन, आरएचईएल, एसयूएसई, फेडोरा, उबंटू, आर्क। भेद्यता केवल क्रिप्टसेटअप 2.2.0 के रिलीज़ होने के बाद से दिखाई देती है, जिसने "ऑनलाइन रीएन्क्रिप्शन" ऑपरेशन के लिए समर्थन पेश किया है। सुरक्षा के लिए वैकल्पिक समाधान के रूप में, "--disable-luks2-reencryption" विकल्प के साथ लॉन्चिंग का उपयोग किया जा सकता है।

स्रोत: opennet.ru