Torfon - अनाम टेलीफोनी के लिए एक मोबाइल अनुप्रयोग

आज मैं टो नेटवर्क के माध्यम से वॉयस ट्रांसमिशन के क्षेत्र में अपने सात साल के शोध के परिणामों के बारे में बात करना चाहूंगा। यह आमतौर पर स्वीकार किया जाता है कि टोर के माध्यम से ध्वनि संचार लगभग असंभव है:

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

लेकिन क्या वास्तव में ऐसा है?

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

आज, टॉरफॉन में चार सॉफ्टवेयर मॉड्यूल शामिल हैं जो एक-दूसरे के साथ 36-बाइट पैकेटों का उपयोग करके कड़ाई से तय किए गए फ़ील्ड के साथ बातचीत करते हैं। यह एक ट्रांसपोर्ट मॉड्यूल है जो सॉकेट्स, क्रिप्टोग्राफी और साउंड मॉड्यूल, स्टोरेज मॉड्यूल के साथ काम करता है (एक निजी कुंजी के साथ संचालन करता है और एक एन्क्रिप्टेड एड्रेस बुक होता है) और एक यूजर इंटरफेस मॉड्यूल। वे एक ही हार्डवेयर प्लेटफ़ॉर्म (एक या अलग-अलग धाराओं में) या एक मानक सीरियल प्रोटोकॉल (हार्डवेयर UART, USB CSD या ब्लूटूथ SPP) का उपयोग करके एक इंटरफ़ेस के रूप में कई अलग-अलग प्लेटफार्मों पर चलाया जा सकता है। यह आर्किटेक्चर डेवलपर को सुरक्षा और कार्यान्वयन में आसानी के बीच एक समझौता निर्धारित करने की अनुमति देता है। ऑप्शंस एक स्टैंड-अलोन विंडोज एप्लीकेशन से हार्डवेयर कार्यान्वयन के लिए टॉर के लिए लिनक्स के साथ एकल-बोर्ड के रूप में और एक ट्रांसपोर्ट मॉड्यूल के साथ एक अलग कॉर्टेक्स एम 4 माइक्रोकंट्रोलर के साथ उपलब्ध हैं, जो एनक्रिप्ट करता है, पूरी तरह से प्रक्रिया करता है और ऑडियो चलाता है, निजी कुंजी और संपर्कों को संग्रहीत करता है और एक ग्राफिकल यूजर इंटरफेस लागू होता है।

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

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

Torfon की सामान्य कार्यक्षमता को संभव उपयोग के मामलों और मौजूदा खतरे के मॉडल को ध्यान में रखते हुए विकसित किया गया था जो पहले से ही लोकप्रिय तत्काल दूतों के खिलाफ उपयोग किए गए थे।

बुनियादी ऑपरेटिंग मोड:

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

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

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

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

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

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

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

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

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

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

वास्तव में, कनेक्शन लगातार दो टीसीपी कनेक्शन द्वारा किया जाता है। पहले कनेक्शन के दौरान, पार्टियां सामान्य डिफी-हेलमैन प्रोटोकॉल का प्रदर्शन करते हुए दीर्घवृत्त वक्र X25519 पर बिंदुओं के रूप में प्राथमिक सत्र कुंजियों का आदान-प्रदान करती हैं। चूंकि डॉट प्रतिनिधित्व का मॉन्टगोमरी प्रारूप एक यादृच्छिक संख्या नहीं है, इसलिए एलिगेटर 2 प्रतिनिधित्व, यादृच्छिक बाइट्स द्वारा पूरक, का उपयोग किया जाता है। साझा रहस्य को हटाने के बाद, पहला सत्र टूट गया है, और एक यादृच्छिक अवधि (कई सेकंड) के बाद, दूसरा सत्र स्थापित किया गया है, जिसमें सभी डेटा साझा किए गए रहस्य से प्राप्त एक कुंजी के साथ एन्क्रिप्टेड है। नए सत्र की कुंजी उत्पन्न होती है, और डिफी-हेलमैन प्रोटोकॉल को फिर से निष्पादित किया जाता है, अब एक टिप्पणी के साथ। एन्क्रिप्शन और डिक्रिप्शन के लिए सममित कुंजी प्राप्त रहस्य से ली गई है। डिफि-हेलमैन ट्रिपल प्रोटोकॉल को कॉलर आईडी और प्रमाणीकरण की सुरक्षा के लिए SPEKE प्रोटोकॉल के साथ समानांतर में चलाया जाता है। पता पुस्तिका (अज्ञात संपर्क) या किसी भी विसंगति में कुंजियों की अनुपस्थिति में, सभी संदेशों को यादृच्छिक बाइट्स के साथ बदल दिया जाता है। I. प्रतिभागियों की पहचान की जानकारी के रिसाव को रोकने के लिए प्रोटोकॉल को बाधित नहीं किया जाता है।

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

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

मुख्य क्रिप्टोग्राफिक प्राइमेटिक्स (X25519, Keccak800, ChaCha20 के लिए प्राथमिक गणित) माइक्रोकंट्रोलर प्लेटफार्मों (कोर्टेक्स एम 1 और एम 4) के लिए संकलक-अनुकूलित कोडांतरक कार्यान्वयन का उपयोग करते हैं, निरंतर निष्पादन समय के लिए सावधानीपूर्वक परीक्षण किया जाता है और विद्युत चुम्बकीय विकिरण और वर्तमान खपत में उतार-चढ़ाव के माध्यम से न्यूनतम रिसाव के साथ। मुझे तुरंत कहना चाहिए - ये कोडांतरक विश्व-प्रसिद्ध पेशेवरों से प्राप्त किए गए थे, मैंने उन्हें जीएनयू एएसएम से केइल पर्यावरण में पोर्ट किया था, जो एम्बेडेड परियोजनाओं के निर्माण के लिए अधिक परिचित है।

खैर, अंत में क्या?

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

ग्राफिकल इंटरफ़ेस प्रत्येक प्लेटफ़ॉर्म के लिए अलग से लागू किया गया है और एक विकल्प नहीं है (अब तक यह केवल अल्फा परीक्षण है)। विंडोज के सभी संस्करणों के लिए परीक्षण एप्लिकेशन (प्राचीन विंडोज 98 से शुरू) पुराने लेकिन शक्तिशाली बोरलैंड सी ++ बिल्डर 6 में चलाया गया था। लिनक्स के लिए, जी 11 एप्लिकेशन को एक्स 11 ग्राफिक्स के लिए i386 और एआरएम आर्किटेक्चर के लिए अलग से भूल गए वाइड स्टूडियो का उपयोग करके विकसित किया गया था। पहले को 32-बिट और 64-बिट डेस्कटॉप दोनों पर काम करना चाहिए, दूसरा - सस्ती सिंगल-बोर्ड कंप्यूटर पर: आरपीआई, ऑरेंज, नैनो, आदि। एंड्रॉइड के लिए, एक एपीके-फाइल को Embarcadero RAD Studio 10.2 में संकलित किया गया है। यह सबसे अच्छे विकल्प से दूर है और अभी भी यह नहीं जानता कि फोरग्राउंड सेवा कैसे बनाई जाए, लेकिन, फिर भी, यह बैटरी उपयोग अक्षमता के अनुकूलन के साथ पृष्ठभूमि में महत्वपूर्ण रूप से काम करता है। इसके अलावा, एंड्रॉइड पर्यावरण बाहरी भंडारण और पुनर्प्राप्ति के लिए कॉन्फ़िगरेशन फ़ाइलों, कुंजियों और एड्रेस बुक (एन्क्रिप्टेड रूप में) के स्वचालित बैकअप का समर्थन करता है, जब टॉरफ़ॉन को फिर से इंस्टॉल करना या किसी अन्य डिवाइस पर स्थानांतरित करना। लेखन के समय, Keil uVision वातावरण में एक परियोजना पर काम चल रहा है, जिसमें परिवहन, एन्क्रिप्शन मॉड्यूल, एक ऑडियो और ग्राफिकल इंटरफ़ेस शामिल हैं जो Arduino पर आधारित हैं - एक संगत 320 * 240 TFT + टच डिस्प्ले। स्थापित डेबियन सर्वर के साथ NanoPi Neo और एक भौतिक UART के माध्यम से जुड़े Nucleo STM32F446RE बोर्ड का उपयोग खुले हार्डवेयर प्लेटफॉर्म के रूप में किया जाएगा।लंबी अवधि की योजनाओं में - आईओएस के लिए पोर्टिंग, हालांकि मैं शायद ही समझता हूं कि इसे बुनियादी सुरक्षा गारंटी के साथ कैसे जोड़ा जा सकता है।

और निष्कर्ष में।

मुझसे अक्सर एक ही सवाल पूछा जाता है: मैं केंद्रीय सर्वर के बिना उपयोगकर्ताओं को कैसे प्रबंधित कर सकता हूं? अपडेट, विज्ञापन कैसे फेंकें? और, सबसे महत्वपूर्ण बात यह है कि अगर इसमें कोई वाणिज्यिक मूल्य नहीं है तो मुझे यह सब क्यों चाहिए?

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