C-toxcore: क्रिप्टो और पी2पी नेटवर्किंग से संबंधित दस्तावेज़ प्रश्न और उत्तर

आप गलती कर रहे हैं। DHT में शामिल होने की सुविधा के लिए DHT बूटस्ट्रैप नोड्स मौजूद हैं। यदि आप और स्पष्टीकरण चाहते हैं, तो आप इस लेख को देख सकते हैं: https://en.wikipedia.org/wiki/Distributed_hash_table। वैकल्पिक रूप से, आप हमारे साथ IRC में, फ़्रीनोड पर #tox चैनल में शामिल हो सकते हैं, और हम यथासंभव सर्वोत्तम तरीके से समझाने का प्रयास करेंगे।

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

यह एक आवाज यातायात है। यह एन्क्रिप्टेड है और अब तीसरे पक्ष इसे डिक्रिप्ट नहीं कर सकते हैं, लेकिन इसका मतलब यह नहीं है कि भविष्य में यह असंभव है।

मेरे पास सीधा IPv4/IPv6 पता है। मुझे अपना डेटा नोड्स को क्यों भेजना चाहिए?
आप कहते हैं - 'डीएचटी में शामिल होने की सुविधा के लिए डीएचटी बूटस्ट्रैप नोड्स मौजूद हैं।', लेकिन यह सच नहीं है। संलग्न स्क्रीनशॉट में ट्रैफ़िक एक नोड से होकर गुजरता है, सीधे मेरे पास नहीं।

'टॉक्स उपयोग में आसान सॉफ्टवेयर है जो आपको बिना किसी की सुने दोस्तों और परिवार से जोड़ता है। ' - यह झूठ है? ट्रैफ़िक एन्क्रिप्ट किया गया, ठीक है। लेकिन यह वितरित करने के लिए नोड्स का उपयोग कर रहा है? मुझे नहीं पता, इस नोड्स को किसने बनाए रखा। क्या होगा यदि एक या अधिक नोड्स झूठे हैं?

मैं समझता हूं कि यह बिंदु गलत कैसे लग सकता है, इसलिए मैंने अपनी प्रस्तुति को बेहतर बनाने के लिए एक दस्तावेज़ीकरण समस्या दायर की है। अपने विचार समझाने के लिए धन्यवाद।

आपकी विशिष्ट चिंता को शीघ्रता से समझाने के लिए, मैं इसे स्पष्ट करता हूँ। कृपया मुझे बताएं कि क्या मैंने गलत समझा:

प्रश्न: _मैं इस तथ्य के बारे में चिंतित हूं कि मेरे कंप्यूटर से आने वाले डेटा पैकेट सीधे मेरे मित्र के कंप्यूटर पर वितरित नहीं किए जाते हैं, लेकिन कभी-कभी (या हर समय, नेटवर्क की स्थिति के आधार पर) तीसरे पक्ष के कंप्यूटरों के माध्यम से रिले किए जाते हैं।_

ए: सबसे पहले, अपने कंप्यूटर से सीधे अपने मित्र के कंप्यूटर पर जाने वाले पैकेट पर विचार करें, यह मानते हुए कि आप स्थानीय वाईफाई पर हैं:

• आपका कंप्यूटर एक एन्क्रिप्टेड टोक्स पैकेट बनाता है ( एन्क्रिप्शन विवरण देखें ), जिसे वह स्रोत/गंतव्य पोर्ट (रैंडम/33445) वाले यूडीपी पैकेट में लपेटता है, फिर स्रोत/गंतव्य आईपी पते वाले आईपी पैकेट में (आप और आपका मित्र) , फिर एक वायरलेस फ्रेम जिसमें स्रोत/गंतव्य मैक पते (आप और पहुंच बिंदु) होते हैं।
• यह वायरलेस फ्रेम AES एन्क्रिप्टेड चैनल (WPA2 मानकर) पर भेजा जाता है।
• वायरलेस एक्सेस प्वाइंट के साथ-साथ नेटवर्क का हर दूसरा उपयोगकर्ता इसे प्राप्त करता है। अन्य उपयोगकर्ता आमतौर पर पैकेट को अनदेखा करते हैं, लेकिन ऐसा करने की आवश्यकता नहीं है। उन पैकेटों को पढ़ना जो आपके लिए नहीं हैं, सूँघना कहलाते हैं। यह पहला बिंदु है जिस पर अन्य लोग पैकेट को पढ़ सकते हैं।
• वायरलेस एक्सेस प्वाइंट एक WAN (इंटरनेट) राउटर से जुड़ा होता है जो आपके इंटरनेट सेवा प्रदाता के राउटर से कुछ माध्यमों (ध्वनिक युग्मन, आईएसडीएन, एडीएसएल, केबल, सैटेलाइट, फाइबर, ...) के माध्यम से एक कनेक्शन स्थापित करता है। यह कनेक्शन एन्क्रिप्ट किया जा सकता है (कुछ उपग्रह) लेकिन आमतौर पर ऐसा नहीं होता है। इस बिंदु पर, जिस WAN राउटर को आपने अपना पैकेट भेजा है, वह एक ईथरनेट फ्रेम बनाएगा जिसमें उसका अपना मैक पता और अगले राउटर का मैक पता होगा, जो आपका आईएसपी राउटर है। ट्रांज़िट में, आईपी और मैक पते संभवतः अनएन्क्रिप्टेड होते हैं और आपके और आईएसपी के बीच फाइबर ऑप्टिक्स को सूँघने वाले किसी भी व्यक्ति द्वारा पढ़ा जा सकता है। यह दूसरा बिंदु है जिस पर अन्य लोग पैकेट को पढ़ सकते हैं।
• एक बार पैकेट आईएसपी पर पहुंचने के बाद, यह उनके डेटा केंद्रों में विभिन्न आंतरिक प्रणालियों के माध्यम से जाएगा, संभवतः समय पर विभिन्न बिंदुओं पर एन्क्रिप्टेड या अनएन्क्रिप्टेड। आईएसपी राउटर तब अगले राउटर का फैसला करेगा, जिसे आईपी पते द्वारा निर्धारित पैकेट भेजना चाहिए। ऐसा करने के लिए, यह इसे प्राप्त ईथरनेट फ्रेम को खोल देगा और इसे एक नए में लपेट देगा और इसे अगले राउटर पर भेज देगा। ISP पर प्रोसेसिंग के दौरान किसी भी समय उस ISP के डेटा सेंटर या सिस्टम एडमिनिस्ट्रेशन के कर्मचारी आपके पैकेट को एक्सेस कर सकते हैं। पहुंच का तीसरा बिंदु।
• अब आपका पैकेट राउटर से राउटर तक जा रहा होगा ( traceroute $your_friend_ip यह देखने के लिए कि यह कहां जाता है), जिनमें से प्रत्येक के पास ईथरनेट फ्रेम, आईपी पैकेट और यूडीपी पैकेट के साथ-साथ इसकी सामग्री तक मुफ्त पहुंच है। पहुंच के कई बिंदु, आइए इसे चौथा कहते हैं।
• तब आपका मित्र एक समान स्थिति में हो सकता है, एक स्थानीय वाईफाई में एक अलग जगह पर। फिर से उनके राउटर और वायरलेस नेटवर्क के सदस्य पैकेट को पढ़ सकते हैं। पहुंच का पांचवां बिंदु।
• केवल अब, अंत में, आपका पैकेट आपके मित्र के कंप्यूटर पर आता है। यह एक वायरलेस फ्रेम प्राप्त करता है, इसे एक आईपी पैकेट खोजने के लिए खोलता है, इसे यूडीपी पैकेट खोजने के लिए खोलता है, इसे एक टॉक्स पैकेट खोजने के लिए खोलता है, जिसे तब टॉक्स प्रोटोकॉल कार्यान्वयन द्वारा संसाधित किया जाता है। इस प्रसंस्करण में पैकेट को डिक्रिप्ट करना और डिकोड करना और उस पर कार्य करना शामिल है, जिसके परिणामस्वरूप आमतौर पर आपके मित्र का क्लाइंट संदेश प्रदर्शित करता है, ऑडियो या वीडियो चलाता है, या कुछ अन्य एप्लिकेशन स्तर की गतिविधि करता है।

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

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

अब, मैं एक दूसरी चिंता भी देखता हूं:

प्रश्न: _क्या होगा यदि मेरे डेटा को रिले करने वाले नोड्स में से कोई एक खराब है?_
ए: Tox कई TCP रिले का चयन करता है जिसका उपयोग सीधे UDP कनेक्शन संभव नहीं होने की स्थिति में संचार करने के लिए कर सकता है (जैसे NAT या फ़ायरवॉल के कारण)। बुराई करने के लिए ईविल रिले बहुत कम काम कर सकते हैं:

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

मूल रूप से यही है। किसी भी स्थिति में दुष्ट रिले आपके डेटा को नहीं पढ़ सकता है। यह केवल रिले नहीं करना चुन सकता है, और केवल अगर प्रत्येक बूटस्ट्रैप नोड बुरा है, तो आप संवाद नहीं कर सकते। यह बहुत कष्टप्रद होगा, और हम इससे नाखुश होंगे, लेकिन किसी की भी जानकारी से किसी भी समय समझौता नहीं किया जाता है।

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

मैंने आपका संदेश फिर से पढ़ा, और पाया कि मुझे एक और चिंता याद आई:

प्रश्न: हालांकि डेटा अभी एन्क्रिप्ट किया गया है, क्या यह सुनिश्चित करता है कि इसे भविष्य में डिक्रिप्ट नहीं किया जाएगा?
ए: टोक्स प्रोटोकॉल अल्पकालिक कुंजियों के उपयोग के माध्यम से सही आगे की गोपनीयता को लागू करता है। इसका अर्थ यह है कि यदि उनमें से किसी एक कुंजी से छेड़छाड़ की जाती है, तो कुछ संदेशों को डिक्रिप्ट किया जा सकता है, लेकिन आपके संपूर्ण संचार इतिहास को नहीं। भविष्य में इस वाक्य का "कुछ संदेश" भाग "एक संदेश" में कम हो जाएगा। यदि आपकी दीर्घकालिक गुप्त कुंजी से छेड़छाड़ की गई है, तो कोई भी पिछला संचार डिक्रिप्ट नहीं किया जा सकता है।

यदि हमारे द्वारा उपयोग किए जाने वाले क्रिप्टोग्राफिक प्रिमिटिव टूट जाते हैं, तो हम हार जाते हैं। यह निर्भर करता है कि वे किस तरह से टूट गए हैं, ये संभावित सबसे खराब स्थिति हैं:

• सिफर ( साल्सा 20 ) को बिना चाबी के आसानी से उलटा किया जा सकता है। इस मामले में, सभी पिछले संचार से समझौता किया जाता है।
• कुंजी विनिमय आदिम ( वक्र 25519 ) को इस तरह से तोड़ा जाता है कि गुप्त कुंजी को सार्वजनिक कुंजी दिए जाने पर आसानी से पुनर्प्राप्त किया जा सकता है। इस मामले में, पिछले सभी संचारों से भी समझौता किया जाता है।

निकट भविष्य में या संभवतः हमेशा के लिए इन परिदृश्यों के वास्तविकता बनने की संभावना बहुत कम है। क्रिप्टोग्राफी समुदाय में वर्तमान समझ से, केवल क्वांटम कंप्यूटिंग ही दूसरा परिदृश्य बना सकती है। पहला परिदृश्य असंभव माना जाता है।

यह सब कहा, मैंने यह भी देखा कि आपने कहा था कि आपके पास एक सीधा आईपीवी 4 पता है। इसका क्या मतलब है? यदि आपके पास एक सार्वजनिक IPv4 पता आपके कंप्यूटर को सौंपा गया है, और पोर्ट 33445 खुला है, तो Tox को बहुत जल्दी सीधे कनेक्शन स्थापित करना चाहिए। यदि ऐसा नहीं होता है, तो यह एक बग है और हमें यह पता लगाने के लिए मिलकर काम करना चाहिए कि यह इसके बजाय टीसीपी का उपयोग क्यों करता है।

इस स्पष्टीकरण के लिए बहुत-बहुत धन्यवाद। अब मैं थोड़ा और समझता हूँ।
मैं प्रत्यक्ष IPv4 पते के बारे में निश्चित नहीं हूँ...मैं WireGuard VPN का उपयोग कर रहा हूँ। वायरगार्ड वर्चुअल सर्वर पर स्थापित है, जिसमें प्रत्यक्ष IPv4 और IPv6 पता है। सभी ट्रैफ़िक नेमस्पेस में लिपटे हुए हैं।
लैपटॉप नेटवर्क जानकारी: https://gist.github.com/DebugReport/1268e15c3bd1c99b56929d645d99392b
अगर मुझसे गलती हुई है, तो मुझे खेद है।
हो सकता है कि IPv4 प्रत्यक्ष न हो, लेकिन IPv6 के बारे में क्या? यदि अन्य क्लाइंट के पास भी IPv6 है तो मैं सीधे कनेक्शन का उपयोग कर सकता हूं?

हां, यदि दोनों पक्षों के पास IPv6 है, और फ़ायरवॉल कॉन्फ़िगरेशन पोर्ट 33445 (या उसके पास कोई अन्य पोर्ट, 33445 और 33545 के बीच कुछ) को ब्लॉक नहीं करता है, तो उसे काम करना चाहिए। क्या आपका दोस्त उसी वीपीएन में है?

नहीं।
हम्म...सवाल। हमें हमेशा नोड्स का उपयोग करने की ज़रूरत है? या केवल अगर हम में से किसी के पास प्रत्यक्ष आईपी नहीं है (केवल आईपीवी 4?)?
IPv6 (me) <-> IPv6 (दोस्त) के लिए क्या नोड्स आवश्यक हैं? यदि हाँ - क्यों ?

(इस मुद्दे को तब तक खुला रखना जब तक इन सभी सवालों के जवाब दस्तावेज़ीकरण में नहीं मिल जाते)

यदि आप में से एक के पास एक सार्वजनिक आईपी है, तो दूसरा दूसरे के आईपी और पोर्ट का उपयोग करके बूटस्ट्रैप कर सकता है। इसके लिए ग्राहक सहायता की आवश्यकता है मुझे नहीं लगता कि वर्तमान में किसी भी ग्राहक के पास है:

• क्लाइंट से सार्वजनिक आईपी और ओपन पोर्ट ( tox_self_get_dht_id ) और उसके पोर्ट ( tox_self_get_udp_port ) के साथ DHT सार्वजनिक कुंजी प्राप्त करें।
• इस कुंजी को किसी भी तरह दूसरे को भेजें (फोन या संदेश के माध्यम से स्काइप या कुछ और के माध्यम से निर्देशित करें)।
• दूसरे को अब (key, ip, port) tuple का उपयोग करके बूटस्ट्रैप करने की आवश्यकता है।

इसके बाद आपके पास 2 लोगों का निजी Tox नेटवर्क है। तो, सिद्धांत रूप में आपको किसी अन्य नोड की आवश्यकता नहीं है। हालांकि, वे चीजों को आसान बनाते हैं।

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

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

मैं इसे एक सुरक्षा समस्या के रूप में नहीं देखता, लेकिन यह निश्चित रूप से एक स्केलेबिलिटी समस्या है यदि कोई पी 2 पी नेटवर्क रिले के माध्यम से अपने सभी ट्रैफ़िक को रिले कर रहा है।