Python 3 "वायलेंट पायथन" सोर्स कोड

टीजे ओ'कॉनर द्वारा लिखित पुस्तक "वायलेंट पायथन" का सोर्स कोड। कोड को पूरी तरह से Python 3 में बदल दिया गया है, PEP8 मानकों के अनुरूप सुधारा गया है तथा डिप्रीकेटेड लाइब्रेरीज़ के कार्यान्वयन से जुड़ी निर्भरता संबंधी समस्याओं को दूर करने के लिए रीफैक्टर किया गया है।

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

उपयोग

बस प्रोजेक्ट के लिए एक नई निर्देशिका (DIR) बनाएँ, उसके लिए एक नया वर्चुअल एनवायरनमेंट या venv बनाएँ (अनुशंसित), git clone का उपयोग करके इस रिपॉजिटरी को क्लोन करें और pip install का उपयोग करके आवश्यकताएँ स्थापित करें।

user@host:~/DIR$ git clone https://github.com/EONRaider/violent-python3
user@host:~/DIR$ python3 -m venv venv
user@host:~/DIR$ source venv/bin/activate
(venv) user@host:~/DIR$ pip install -r requirements.txt

नोट्स

निर्देशिकाओं और फ़ाइलों का नाम इस प्रकार रखा गया है कि उन्हें प्रत्येक अध्याय में प्रस्तुत सामग्री से आसानी से जोड़ा जा सके।
लेखक द्वारा स्ट्रिंग कॉन्केटनेशन के बार-बार उपयोग को बेहतर पठनीयता और अधिक आधुनिक मानक के अनुरूप बनाने के लिए स्ट्रिंग इंटरपोलेशन से बदल दिया गया है।
फ़ाइलों, चरों, फ़ंक्शनों, क्लासों और विधियों के नाम अब PEP 8 नामकरण मानकों का पालन करते हैं।
अब अप्रचलित optparse लाइब्रेरी को पूरे सोर्स कोड में argparse से बदल दिया गया है। सभी आर्गुमेंट पार्सिंग अब प्रत्येक फ़ाइल के __main__ निष्पादन स्कोप के अंतर्गत समाहित है। स्क्रिप्ट के निष्पादन के लिए अनिवार्य सभी CLI आर्गुमेंट, जिन्हें मूल कोड में वैकल्पिक माना जाता था, अब पोज़ीशनल के रूप में कार्यान्वित किए गए हैं। argparse का उपयोग करने वाली सभी स्क्रिप्ट्स के लिए CLI को -h आर्गुमेंट प्रदान करके एक usage प्रॉम्प्ट उपलब्ध है। सीमा और नियंत्रक ऑब्जेक्ट दोनों की जिम्मेदारियों को CLI पार्सर पर छोड़ना निश्चित रूप से सॉफ्टवेयर आर्किटेक्चर के संदर्भ में सबसे अच्छा विकल्प नहीं है, लेकिन मूल कोडर के इरादे के अनुरूप होने की आवश्यकता के कारण इसे यथावत रखा गया है।
PEP 8: E722 डू नॉट यूज़ बेयर एक्सेप्ट उल्लंघनों की सभी घटनाओं को अधिक विशिष्ट अपवाद खंडों के साथ रीफैक्टर किया गया है।
लेखक की फ़ाइलें/डेटाबेस खोलने और उन्हें इसी अवस्था में छोड़ देने की आदत है, बजाय खुली फ़ाइल/डेटाबेस ऑब्जेक्ट पर close() विधि को कॉल करने के। इस कारण से फ़ाइल और डेटाबेस हेरफेर के सभी उदाहरणों को संदर्भ प्रबंधकों का उपयोग करके रीफैक्टर किया गया है।
इंटरप्रेटर द्वारा उपयोग किए जाने वाले एन्कोडिंग के संदर्भ में टिप्पणियों का उपयोग (जैसे, # -*- coding: utf-8 -*-) को Python 3 (Python 2 से ASCII को बदलना) के लिए डिफ़ॉल्ट एन्कोडिंग के रूप में UTF-8 के मानकीकरण के कारण समाप्त कर दिया गया है।
हालाँकि सर्वोत्तम प्रथाओं के दृष्टिकोण से पूरी तरह से अनुपयुक्त है, फिर भी मूल कोड के तर्क से भारी विचलन उत्पन्न करने की तुलना में वैश्विक चर के उपयोग को अछूता छोड़ दिया गया है।
पुस्तक के अध्याय 5 में शामिल कोड को रीफैक्टर किया गया है, भले ही व्यावहारिक रूप से यह अधिक से अधिक ऐतिहासिक हो सकता है। इसकी अधिकांश कार्यक्षमता न केवल लेखक द्वारा उदाहरण के रूप में उल्लिखित बहुत विशिष्ट मामलों पर निर्भर करती है, बल्कि उन कमजोरियों का शोषण भी करती है जो पिछले कुछ वर्षों में अवास्तविक हो गई हैं (जैसे कि 802.11 वायरलेस नेटवर्क से ट्रैफ़िक सूँघना जो अभी भी ट्रैफ़िक एन्क्रिप्शन के लिए WEP सुरक्षा एल्गोरिदम पर निर्भर हैं या, इससे भी बदतर, जो बिल्कुल भी सुरक्षा नहीं रखते हैं) या पाठक द्वारा एक विशिष्ट UAV मॉडल प्राप्त करने की बेतुकी उम्मीद यदि वह कोड को काम करते देखना चाहता है। यह सीधे यह बताने से बचने के लिए कि इस अध्याय को पढ़ने में लगाया गया प्रयास लगभग व्यर्थ है, मैं यह जोड़ सकता हूँ कि प्रोबिंग और बीकन अनुरोधों को सूँघने से संबंधित कोड से कुछ उपयोगिता प्राप्त की जा सकती है।
अध्याय 6 पर कोड जो Google और Twitter का संदर्भ देता है, वर्तमान API को संभालने के तरीके में इतना पुराना साबित हुआ कि इसे रीफैक्टर करने की परेशानी उठाने लायक नहीं था। यदि आप उनसे निपटने में रुचि रखते हैं, तो रीफैक्टरिंग करें और इस रिपॉजिटरी में एक पुल रिक्वेस्ट जारी करें।

रीफैक्टरिंग

नीचे सूचीबद्ध नहीं की गई फ़ाइलों को "नोट्स" अनुभाग में स्थापित किए गए अनुसार एक या दूसरे तरीके से रीफैक्टर किया गया माना जा सकता है।

chapter01/vuln_scanner.py को इस प्रकार संरचित किया गया था कि एक गैर-मौजूद फ़ाइल रनटाइम पर OSError अपवाद का कारण बनेगी। इस कारण से, check_vulns() को कॉल करने वाले पुनरावृत्ति नियंत्रण को मुख्य फ़ंक्शन में परिभाषित सशर्त कथन में स्थानांतरित कर दिया गया।
chapter02/nmap_scan.py ने केवल अप्रचलित optparse लाइब्रेरी को कॉल करने के उद्देश्य से एक मुख्य फ़ंक्शन लागू किया, जिसे argparse से बदल दिया गया है। इसके कारण मुख्य फ़ंक्शन को हटा दिया गया। मूल कोड में optparse कॉल का हिस्सा थी एक पुनरावृत्ति नियंत्रण संरचना इस प्रकार कार्यान्वित की गई थी कि स्कैन किए गए प्रत्येक पोर्ट के लिए nmap के लिए एक नया कॉल निष्पादित किया जाता था। चक्रों को बर्बाद होने से रोकने के लिए पुनरावृत्ति को nmap_scan फ़ंक्शन में स्थानांतरित कर दिया गया।
chapter02/ssh_command.py का आरंभीकरण कोड __main__ निष्पादन स्कोप में स्थानांतरित कर दिया गया। बाहरी स्कोप में उपयोग किए जाने वाले चरों के नाम जो पहले फ़ंक्शन के पैरामीटर के नामों से टकराते थे, बदल दिए गए हैं। लौटाई गई प्रॉम्प्ट जानकारी मूल रूप से एन्कोडेड थी और अब बेहतर पठनीयता प्रदान करने के लिए इसे डीकोड किया गया है।
chapter02/ssh_brute.py ने को एक स्टैंडअलोन लाइब्रेरी के रूप में आयात किया, लेकिन वास्तव में यह लाइब्रेरी के अंतर्गत एक लाइब्रेरी है। बग के कारण हुआ और इसे ठीक कर दिया गया है। पुस्तक में प्रस्तुत कोड स्वयं इंडेंटेशन त्रुटियों से भरा हुआ था जिसने इसे अनुपयोगी बना दिया और इसे काम करने की स्थिति में लाया गया है।

अनुवाद

अन्य भाषाओं में योगदान यहाँ देखे जा सकते हैं:

तुर्की में अनुवादित बेदिरहान बुदक द्वारा

योगदान

सामान्य ज्ञान के अनुसार, पहले एक मुद्दे के माध्यम से इस रिपॉजिटरी में आप जो परिवर्तन करना चाहते हैं, उस पर चर्चा करने का प्रयास करें।

सुनिश्चित करें कि आप जो संशोधन प्रस्तुत करना चाहते हैं, वे वास्तव में एक पुल रिक्वेस्ट की ओर ले जाते हैं। एक या दो पंक्तियों का परिवर्तन इसके बजाय एक मुद्दे के माध्यम से अनुरोध किया जाना चाहिए।
यदि आवश्यक हो, तो प्रोजेक्ट संरचना में परिवर्तनों से संबंधित विवरण के साथ README.md फ़ाइल को अपडेट करें।
सुनिश्चित करें कि संशोधनों वाले कमिट संदेश एक मानक का पालन करते हैं। यदि आप नहीं जानते कि कैसे आगे बढ़ना है, तो यहाँ एक बढ़िया संदर्भ है कि इसे कैसे किया जाए।
आपके अनुरोध की जल्द से जल्द समीक्षा की जाएगी (आमतौर पर 48 घंटों के भीतर)।

सबसे लोकप्रिय