🧀 🤰🏽 🤷🏾 अधिक गुप्त तार 🍜 👁‍🗨 🥙

हर कोई किसी भी तरह के संदेश भेजने के लिए टेलीग्राम के एक विश्वसनीय और सुरक्षित माध्यम के रूप में सोचने का आदी है। हालांकि, हुड के तहत, उनके पास पूरी तरह से एक साधारण संयोजन है- और सममित एन्क्रिप्शन, जो बिल्कुल भी दिलचस्प नहीं है। और अंत में, आपको अपने संदेशों को स्पष्ट रूप से किसी तीसरे पक्ष पर भरोसा क्यों करना चाहिए?
एंटोनियो प्रोहियास द्वारा कैपा
टीएल; डीआर - एक दूसरे को अवरुद्ध करने वाले उपयोगकर्ताओं के माध्यम से एक निजी छिपे हुए चैनल का आविष्कार करते हैं।

छिपा हुआ चैनल

स्पष्ट संपर्क से बचते हुए, दो उपयोगकर्ताओं के बीच डेटा स्थानांतरित करने के लिए कई वर्कअराउंड हैं। आप मौजूदा प्रोटोकॉल पर बिचौलियों, क्रिप्टो और स्टेग्नोग्राफ़ी, प्रसारण रिले नेटवर्क और अन्य ऐड-ऑन का उपयोग कर सकते हैं। लेकिन कभी-कभी यह केवल आधिकारिक घोषित क्षमताओं का उपयोग करके संपर्क बनाने में सक्षम होता है। यही है, एक गुप्त चैनल को व्यवस्थित करें।

रूसी बोलने वाले पाठक के लिए एक छिपे हुए चैनल का एक सरल और समझने योग्य उदाहरण वसंत के सत्रह क्षणों की उपस्थिति खिड़की में एक फूल है। अपने आप से, यह या तो खिड़की पर खड़ा हो सकता है या नहीं खड़ा हो सकता है - ऐसी सहजीवन पूरी तरह से सामान्य है और केवल फूलों के लिए अपार्टमेंट के मालिक के प्यार की बात करता है। केवल एक पूर्वनिर्धारित व्याख्या एक स्काउट द्वारा प्रेषित सूचना को एक यादृच्छिक राहगीर द्वारा प्राप्त अंतर से अलग करती है।

खिड़की में फूल

फ्लावर विंडो चैनल टेलीग्राम

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

यह क्या है कि एक ऐलिस एक टेलीग्राम में बदल सकता है, जो एक निश्चित बॉब को देखने के लिए उपलब्ध है? हां, बहुत सी चीजें: अवतार, उपयोगकर्ता नाम, अंतिम यात्रा का समय और बहुत कुछ। हालांकि, वे आम तौर पर सभी के लिए तुरंत उपलब्ध होते हैं, जो एक संभावित संवाद की गोपनीयता को सीमित करता है - संचरण विधि के ज्ञान वाला कोई भी भेजे गए संदेशों को सुनने में सक्षम होगा। विचित्र रूप से पर्याप्त है, इस प्रतिबंध को क्रिप्टोग्राफी के उपयोग के बिना नाकाम किया जा सकता है।

काले काली सूची में

प्रत्येक उपयोगकर्ता की अपनी अनूठी काली सूची होती है, और यदि पाठक को कम से कम एक बार हो गया है, तो उसे ध्यान देना चाहिए कि अपराधी की अंतिम यात्रा की तारीख एक खाली अवतार के साथ "अंतिम बार एक लंबे समय पहले देखी गई" में बदल गई। वास्तव में, उपयोगकर्ता कम से कम एक सेकंड पहले ऑनलाइन हो सकता है और अपनी प्रोफ़ाइल में सौ मुहरें बदल सकता है, लेकिन टेलीग्राम एपीआई बस इस डेटा को एप्लिकेशन को वापस नहीं करता है। इस प्रकार, यह आपके व्यक्तिगत जीवन को अवांछित व्यक्तियों से बचाता है, बदले में उन्हें यह समझाता है कि वे अवरुद्ध हैं।

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

बीट्स व्यवस्थित करें

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

प्रत्येक उपाय पर एक्सचेंज एल्गोरिथम स्वयं इस तरह दिखता है:

एक बिट को भेजा जा रहा है और, यदि संकेत को भेजना आवश्यक है, तो, उसके मूल्य के आधार पर:
- ए -> टी: ब्लॉक बी;
- ए -> टी: बी को अनलॉक करें।
बी थोड़ा हो जाता है:
- बी -> टी: उपयोगकर्ता ए अनुरोध;
- टी -> बी: ए के बारे में उपलब्ध जानकारी;
- बी: जाँच करता है कि क्या प्राप्त सूचना की स्थिति है:
  - बी: अगर वहाँ है -> यह अवरुद्ध नहीं है और 0 प्राप्त किया है
  - बी: यदि नहीं -> यह अवरुद्ध है और 1 प्राप्त किया गया है

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

हम संदेशों को एनकोड करते हैं

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

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

इसलिए, जबकि 21 वीं सदी में, हम एक सदी पहले टेलीग्राफिस्ट के लिए उपलब्ध सबसे प्रभावी तरीकों में से एक के साथ ग्रंथों को सांकेतिक शब्दों में बदलना करेंगे - बोडो कोड । अधिक सटीक रूप से, आईटीए -2 की उनकी नवीनतम भिन्नता को मरे द्वारा आमतौर पर सामना किए जाने वाले पात्रों पर कम एपीआई कॉल करने के लिए लिखा गया था। आप रूसी भाषा की कमी के बारे में शिकायत कर सकते हैं, लेकिन मेरी राय में लिप्यंतरण किसी भी यू और स्क के लिए अतिरिक्त पात्रों के बलिदान की तुलना में एक सरल तरीका है।

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

समय पर

इस दृष्टिकोण का नुकसान कनेक्ट करने की व्यावहारिक असंभवता है (अधिक सटीक रूप से, आप कनेक्ट कर सकते हैं, लेकिन आपको चल रहे प्रसारण और वास्तव में प्रेषित लोगों से गलत तरीके से प्राप्त शून्य वर्णों को अलग करने के लिए मैन्युअल त्रुटि सुधार के साथ टिंकर करना होगा)। हालाँकि, यह पहले से ही एक कार्यान्वयन समस्या है।

उच्च तकनीक

एपीआई के साथ बातचीत करने के लिए आधिकारिक पुस्तकालय का उपयोग करने के कई घंटों के बाद, मैंने एक अधिक मानवीय टेलीथॉन का उपयोग करते हुए अजगर में जो कुछ भी आवश्यक था, मुझे उगल दिया और लिखा। लेखक यहां तक कि एपीआई को एक तुल्यकालिक शैली में प्रस्तुत करता है, जो किसी कारण से एक भयानक दुर्लभता बन गया है। मुझे अपने घुटने पर ITA-2 का उपयोग करके संदेशों की एन्कोडिंग लिखना था, क्योंकि मुझे वास्तव में कुछ भी तैयार नहीं मिला था।

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

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

उदाहरण का उपयोग करें

उपयोग करने के लिए, आपको इस निर्देश के अनुसार टेलीग्राम से अपने api_id और api_hash को प्राप्त करना होगा और प्राप्त मानों को फ़ाइल 'covertele.py' में सेट करना होगा। कमांड लाइन तर्क वांछित कार्रवाई, उसके पहचानकर्ता, प्राप्तकर्ता पहचानकर्ता, साथ ही प्रेषक होने पर प्रेषित होने वाले संदेश को इंगित करता है। यह सब कुछ इस तरह दिखता है:

 :  : Enter your phone number: XXX | Enter your phone number: XXX Enter auth code: YYY | Enter auth code: YYY Started message transmission... | Listening for the message... ---++ ('O', '9') | ---++ ('O', '9') --+-+ ('H', '#') | --+-+ ('H', '#') +++++ (1, 1) | +++++ (1, 1) --++- ('N', ',') | --++- ('N', ',') --+-- (' ', ' ') | --+-- (' ', ' ') ++-++ (0, 0) | ++-++ (0, 0) --+-+ ('H', '#') | --+-+ ('H', '#') -++-- ('I', '8') | -++-- ('I', '8') --+-- (' ', ' ') | --+-- (' ', ' ') --+++ ('M', '.') | --+++ ('M', '.') ++--- ('A', '-') | ++--- ('A', '-') -+-+- ('R', "'") | -+-+- ('R', "'") ++++- ('K', '(') | ++++- ('K', '(') +++++ (1, 1) | +++++ (1, 1) +-++- ('F', '!') | +-++- ('F', '!') --+++ ('M', '.') | --+++ ('M', '.') --+++ ('M', '.') | --+++ ('M', '.') Done, exiting... | ----- ('', '') | ----- ('', '') | Automatically decoded: OH, HI MARK!..

पाठ स्वचालित रूप से डिकोड किया जाता है, लेकिन प्रशंसक जो हाथ से त्रुटियों की तलाश करते हैं, चलते-फिरते और ट्रैक प्रगति को पढ़ते हैं, वे भेजे गए और प्राप्त कोड के आउटपुट का उपयोग करके यह सब कर सकते हैं।

यदि कोई भी करना चाहता है, तो आप साधारण प्रदान की गई API का भी उपयोग कर सकते हैं:

 from covertele import TelegramBlockingAPI from cochannel import CovertChannel friend = input("     :") #           #  ,     -,      id = input("  :") api = TelegramBlockingAPI(id) #        friend = input("Enter your friend's id:") channel = CovertChannel(api, friend) #    channel.receive()  channel.send()     channel.send("Bork, bork!") print(channel.receive) #       ,       _raw codes = channel.receive_raw() for code in codes: check(code) channel.send_raw([19, 24, 24, 13])

टेलीग्राम से परे

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

पीएस विशेष मुझे आपातकाल में फेंकने के प्यार के लिए मेरे जुनून के लिए धन्यवाद।

अधिक गुप्त तार