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

क्रिप्टसेटअप पॅकेजमध्ये एक भेद्यता (CVE-2021-4122) ओळखली गेली आहे, जी लिनक्समध्ये डिस्क विभाजने एनक्रिप्ट करण्यासाठी वापरली जाते, जी मेटाडेटा बदलून LUKS2 (Linux युनिफाइड की सेटअप) फॉरमॅटमधील विभाजनांवर एनक्रिप्शन अक्षम करण्यास अनुमती देते. असुरक्षिततेचा फायदा घेण्यासाठी, आक्रमणकर्त्याला एनक्रिप्टेड मीडियामध्ये भौतिक प्रवेश असणे आवश्यक आहे, म्हणजे. फ्लॅश ड्राइव्ह सारख्या एनक्रिप्टेड बाह्य स्टोरेज उपकरणांवर हल्ला करण्यासाठी ही पद्धत अर्थपूर्ण आहे, ज्यामध्ये आक्रमणकर्त्याला प्रवेश आहे परंतु डेटा डिक्रिप्ट करण्यासाठी पासवर्ड माहित नाही.

हा हल्ला केवळ LUKS2 फॉरमॅटसाठी लागू आहे आणि "ऑनलाइन रीएनक्रिप्शन" विस्तार सक्रिय करण्यासाठी जबाबदार असलेल्या मेटाडेटाच्या हाताळणीशी संबंधित आहे, जे प्रवेश की बदलणे आवश्यक असल्यास, फ्लायवर डेटा पुन्हा एन्क्रिप्शनची प्रक्रिया सुरू करण्यास अनुमती देते. विभाजनासह काम न थांबवता. नवीन कीसह डिक्रिप्शन आणि एन्क्रिप्शन प्रक्रियेस बराच वेळ लागत असल्याने, “ऑनलाइन रीएनक्रिप्शन” विभाजनाच्या कामात व्यत्यय आणू नये आणि पार्श्वभूमीत री-एनक्रिप्शन करणे शक्य करते, हळूहळू एका की वरून दुसर्‍या कीमध्ये डेटा पुन्हा-एनक्रिप्ट करणे. . रिक्त लक्ष्य की निवडणे देखील शक्य आहे, जे आपल्याला विभागास डिक्रिप्टेड फॉर्ममध्ये रूपांतरित करण्यास अनुमती देते.

आक्रमणकर्ता LUKS2 मेटाडेटामध्ये बदल करू शकतो जे अपयशी झाल्यामुळे डिक्रिप्शन ऑपरेशन रद्द करण्याचे अनुकरण करते आणि सक्रियकरणानंतर आणि मालकाद्वारे सुधारित ड्राइव्हचा वापर केल्यानंतर विभाजनाच्या काही भागाचे डिक्रिप्शन साध्य करते. या प्रकरणात, ज्या वापरकर्त्याने सुधारित ड्राइव्ह कनेक्ट केला आहे आणि तो योग्य संकेतशब्दाने अनलॉक केला आहे त्याला व्यत्यय पुन्हा एन्क्रिप्शन ऑपरेशन पुनर्संचयित करण्याच्या प्रक्रियेबद्दल कोणतीही चेतावणी प्राप्त होत नाही आणि केवळ "luks Dump" वापरून या ऑपरेशनच्या प्रगतीबद्दल शोधू शकतो. आज्ञा आक्रमणकर्ता किती डेटा डिक्रिप्ट करू शकतो हे LUKS2 शीर्षलेखाच्या आकारावर अवलंबून असते, परंतु डीफॉल्ट आकारात (16 MiB) ते 3 GB पेक्षा जास्त असू शकते.

समस्या या वस्तुस्थितीमुळे उद्भवली आहे की री-एनक्रिप्शनसाठी नवीन आणि जुन्या कीच्या हॅशची गणना आणि पडताळणी करणे आवश्यक असले तरी, नवीन स्थिती एन्क्रिप्शनसाठी प्लेनटेक्स्ट की नसतानाही सूचित करत असल्यास डिक्रिप्शन सुरू करण्यासाठी हॅशची आवश्यकता नाही. याव्यतिरिक्त, LUKS2 मेटाडेटा, जो एनक्रिप्शन अल्गोरिदम निर्दिष्ट करतो, जर तो आक्रमणकर्त्याच्या हातात पडला तर तो सुधारण्यापासून संरक्षित नाही. भेद्यता अवरोधित करण्यासाठी, विकासकांनी LUKS2 मध्ये मेटाडेटा साठी अतिरिक्त संरक्षण जोडले, ज्यासाठी आता अतिरिक्त हॅश तपासले गेले आहे, ज्ञात की आणि मेटाडेटा सामग्रीवर आधारित गणना केली जाते, उदा. आक्रमणकर्ता यापुढे डिक्रिप्शन पासवर्ड जाणून घेतल्याशिवाय गुप्तपणे मेटाडेटा बदलू शकत नाही.

सामान्य हल्ल्याच्या परिस्थितीसाठी आक्रमणकर्त्याने अनेक वेळा ड्राइव्हवर हात मिळवणे आवश्यक असते. प्रथम, प्रवेश संकेतशब्द माहित नसलेला आक्रमणकर्ता मेटाडेटा क्षेत्रामध्ये बदल करतो, पुढील वेळी ड्राइव्ह सक्रिय झाल्यावर डेटाच्या काही भागाचे डिक्रिप्शन ट्रिगर करतो. नंतर ड्राइव्ह त्याच्या जागी परत केला जातो आणि आक्रमणकर्ता संकेतशब्द प्रविष्ट करून वापरकर्त्याने कनेक्ट करेपर्यंत प्रतीक्षा करतो. जेव्हा वापरकर्त्याद्वारे डिव्हाइस सक्रिय केले जाते, तेव्हा पार्श्वभूमी री-एनक्रिप्शन प्रक्रिया सुरू होते, ज्या दरम्यान एन्क्रिप्टेड डेटाचा भाग डीक्रिप्टेड डेटासह बदलला जातो. पुढे, जर आक्रमणकर्त्याने पुन्हा डिव्हाइसवर हात मिळवला तर, ड्राइव्हवरील काही डेटा डिक्रिप्टेड स्वरूपात असेल.

क्रिप्टसेटअप प्रोजेक्ट मेंटेनरद्वारे समस्या ओळखली गेली आणि क्रिप्टसेटअप 2.4.3 आणि 2.3.7 अद्यतनांमध्ये निश्चित केली गेली. वितरणातील समस्येचे निराकरण करण्यासाठी व्युत्पन्न केलेल्या अद्यतनांची स्थिती या पृष्ठांवर ट्रॅक केली जाऊ शकते: Debian, RHEL, SUSE, Fedora, Ubuntu, Arch. असुरक्षा केवळ क्रिप्टसेटअप 2.2.0 च्या रिलीझनंतर दिसून येते, ज्याने “ऑनलाइन रीएनक्रिप्शन” ऑपरेशनसाठी समर्थन सादर केले. संरक्षणासाठी उपाय म्हणून, “-disable-luks2-reencryption” पर्यायासह लॉन्च करणे वापरले जाऊ शकते.

स्त्रोत: opennet.ru