8 असुरक्षा निश्चित केलेल्या Git अपडेट

प्रकाशित वितरित स्त्रोत नियंत्रण प्रणालीचे सुधारात्मक प्रकाशन Git 2.24.1, 2.23.1, 2.22.2, 2.21.1, 2.20.2, 2.19.3, 2.18.2, 2.17.3, 2.16.6, 2.15.4 आणि 2.14.62.24.1 XNUMX, जे असुरक्षा दूर करते ज्यामुळे आक्रमणकर्त्याला फाइल सिस्टममध्ये अनियंत्रित मार्ग पुन्हा लिहिण्यास, रिमोट कोड अंमलबजावणी आयोजित करण्यास किंवा “.git/” निर्देशिकेतील फायली अधिलिखित करण्यास अनुमती देतात. बहुतेक समस्या कर्मचाऱ्यांनी ओळखल्या आहेत
मायक्रोसॉफ्ट सिक्युरिटी रिस्पॉन्स सेंटर, आठपैकी पाच असुरक्षा Windows प्लॅटफॉर्मसाठी विशिष्ट आहेत.

• सीव्हीई- 2019-1348 - स्ट्रीमिंग कमांड "फीचर एक्सपोर्ट मार्क्स = पथ"तो संमत अनियंत्रित डिरेक्टरीमध्ये लेबले लिहा, ज्याचा वापर अनचेक इनपुट डेटासह "गिट फास्ट-इम्पोर्ट" ऑपरेशन करताना फाइल सिस्टममधील अनियंत्रित मार्ग अधिलिखित करण्यासाठी केला जाऊ शकतो.
• सीव्हीई- 2019-1350 - कमांड लाइन वितर्कांचे चुकीचे एस्केपिंग नेतृत्व करू शकते ssh:// URL वापरून रिकर्सिव क्लोनिंग दरम्यान आक्रमणकर्ता कोडची दूरस्थ अंमलबजावणी करण्यासाठी. विशेषतः, बॅकस्लॅशमध्ये समाप्त होणारे एस्केपिंग वितर्क (उदाहरणार्थ, “चाचणी \”) चुकीच्या पद्धतीने हाताळले गेले. या प्रकरणात, दुहेरी अवतरणांसह युक्तिवाद तयार करताना, शेवटचा कोट सुटला होता, ज्यामुळे कमांड लाइनवर आपल्या पर्यायांचे प्रतिस्थापन आयोजित करणे शक्य झाले.
• सीव्हीई- 2019-1349 — जेव्हा काही विशिष्ट परिस्थितींमध्ये विंडोज वातावरणात सबमॉड्यूल्स (“क्लोन —रिकर्स-सबमॉड्यूल्स”) रिकर्सिवली क्लोनिंग करतात ते असू शकते एकाच git डिरेक्ट्रीचा वापर दोनदा ट्रिगर करा (.git, git~1, git~2 आणि git~N NTFS मध्ये एक डिरेक्टरी म्हणून ओळखले जाते, परंतु ही परिस्थिती फक्त git~1 साठी चाचणी केली गेली होती), जी व्यवस्थापित करण्यासाठी वापरली जाऊ शकते. डिरेक्टरी ". git" वर लिहित आहे. त्याच्या कोडची अंमलबजावणी आयोजित करण्यासाठी, आक्रमणकर्ता, उदाहरणार्थ, त्याची स्क्रिप्ट .git/config फाइलमधील पोस्ट-चेकआउट हँडलरद्वारे बदलू शकतो.
• सीव्हीई- 2019-1351 — “C:\” सारख्या मार्गांचे भाषांतर करताना Windows पाथमधील लेटर ड्राईव्हच्या नावांसाठी हँडलर केवळ एकल-अक्षर लॅटिन अभिज्ञापक बदलण्यासाठी डिझाइन केले होते, परंतु “सबस्ट लेटर:पथ” द्वारे नियुक्त केलेले व्हर्च्युअल ड्राइव्ह तयार करण्याची शक्यता विचारात घेतली नाही. . अशा पथांना निरपेक्ष नव्हे तर सापेक्ष मार्ग मानले गेले, ज्यामुळे दुर्भावनायुक्त रेपॉजिटरी क्लोनिंग करताना, कार्यरत निर्देशिकेच्या झाडाच्या बाहेर अनियंत्रित निर्देशिकेत रेकॉर्ड आयोजित करणे शक्य झाले (उदाहरणार्थ, डिस्कमध्ये संख्या किंवा युनिकोड वर्ण वापरताना. नाव - "1:\what\the\ hex.txt" किंवा "ä:\tschibät.sch").
• सीव्हीई- 2019-1352 — विंडोज प्लॅटफॉर्मवर काम करताना, NTFS मधील पर्यायी डेटा स्ट्रीमचा वापर, फाइल नावाला “:stream-name:stream-type” विशेषता जोडून तयार केले जाते, परवानगी दुर्भावनायुक्त रेपॉजिटरी क्लोनिंग करताना ".git/" निर्देशिकेतील फायली अधिलिखित करा. उदाहरणार्थ, NTFS मधील ".git::$INDEX_ALLOCATION" हे नाव ".git" निर्देशिकेची वैध लिंक मानण्यात आले.
• सीव्हीई- 2019-1353 — कार्यरत निर्देशिकेत प्रवेश करताना WSL ​​(Windows Subsystem for Linux) वातावरणात Git वापरताना न वापरलेले NTFS मध्ये नावाच्या फेरफारपासून संरक्षण (FAT नाव भाषांतराद्वारे हल्ले शक्य होते, उदाहरणार्थ, ".git" मध्ये "git~1" निर्देशिकेद्वारे प्रवेश केला जाऊ शकतो).
• सीव्हीई- 2019-1354 -
  संधी नावात बॅकस्लॅश असलेल्या फाइल्स असलेल्या दुर्भावनापूर्ण रिपॉझिटरीजचे क्लोनिंग करताना Windows प्लॅटफॉर्मवरील ".git/" निर्देशिकेवर लिहिते (उदाहरणार्थ, "a\b"), जे Unix/Linux वर स्वीकार्य आहे, परंतु त्याचा भाग म्हणून स्वीकारले जाते. विंडोजवरील मार्ग.

• सीव्हीई- 2019-1387 - सबमॉड्यूल नावांची अपुरी तपासणी लक्ष्यित हल्ले आयोजित करण्यासाठी वापरली जाऊ शकते, जे, जर वारंवार क्लोन केले तर, संभाव्यतः नेतृत्व करू शकते आक्रमणकर्त्याचा कोड कार्यान्वित करण्यासाठी. गिटने दुसर्‍या सबमॉड्यूलच्या निर्देशिकेत सबमॉड्यूल डिरेक्टरी तयार करण्यास प्रतिबंध केला नाही, ज्यामुळे बहुतेक प्रकरणांमध्ये फक्त गोंधळ होतो, परंतु पुनरावृत्ती क्लोनिंग प्रक्रियेदरम्यान दुसर्‍या मॉड्यूलची सामग्री ओव्हरराईट होण्यापासून संभाव्यपणे प्रतिबंधित केली नाही (उदाहरणार्थ, सबमॉड्यूल निर्देशिका "hippo" आणि "hippo/hooks" हे ".git/modules/hippo/" आणि ".git/modules/hippo/hooks/" म्हणून ठेवलेले आहेत आणि ट्रिगर केलेले हुक होस्ट करण्यासाठी हिप्पोमधील हुक निर्देशिका स्वतंत्रपणे वापरली जाऊ शकते.

Windows वापरकर्त्यांना त्यांची Git ची आवृत्ती ताबडतोब अद्यतनित करण्याचा सल्ला दिला जातो आणि अपडेट होईपर्यंत, असत्यापित भांडारांचे क्लोनिंग करणे टाळावे. Git आवृत्ती त्वरित अपडेट करणे अद्याप शक्य नसल्यास, हल्ल्याचा धोका कमी करण्यासाठी, "गीट क्लोन —रिकर्स-सबमॉड्यूल" आणि "गीट सबमॉड्यूल अपडेट" अनचेक रेपॉजिटरीजसह चालवू नका, "गिट" वापरू नका अशी शिफारस केली जाते. फास्ट-इम्पोर्ट” अनचेक इनपुट स्ट्रीमसह, आणि NTFS-आधारित विभाजनांमध्ये रेपॉजिटरीज क्लोन करण्यासाठी नाही.

अतिरिक्त सुरक्षेसाठी, नवीन रिलीझ देखील "submodule.{name}.update=!command" फॉर्मच्या .gitmodules मधील रचना वापरण्यास प्रतिबंधित करते. वितरणासाठी, आपण पृष्ठांवर पॅकेज अद्यतनांच्या प्रकाशनाचा मागोवा घेऊ शकता डेबियन,उबंटू, रहेल, SUSE/openSUSE, Fedora, कमान, ALT, FreeBSD.

स्त्रोत: opennet.ru