सही संदेशवाहक की अवधारणा

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

तो, यह एक पोस्ट है कि अगर मैं इसे दिमाग में लाऊं तो ParanoIM कैसे बन सकता है।

इस तथ्य को देखते हुए कि उनके बिटटोरेंट चैट कामरेड ने अपनी परियोजना के बारे में साझा किया है, मेरे कुछ बिंदु उनके साथ बहुत समान हैं। चलो उनके साथ शुरू करते हैं।

1. DHT

इस बात के बिना कहीं नहीं। यदि आप नहीं जानते कि यह क्या है, तो केडालमिया आपके लिए एक खाली वाक्यांश है, तो आपको संबंधित लेखों में इसके बारे में पढ़ना चाहिए। यहां मैं केवल आपको बताऊंगा कि नोड्स कौन हैं और टेबल में ही निहित है।

नोड

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

ग्राहक

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

प्रारंभ में, ग्राहक एक नियमित नोड की तरह व्यवहार करता है। यह चाबियों का आदान-प्रदान करता है, पड़ोसियों की सूची की भरपाई करता है, कुछ भी असामान्य नहीं है। लेकिन, संचार शुरू करने के लिए, वह बेतरतीब ढंग से कई नोड्स का चयन करता है और निम्नानुसार से एक सुरंग बनाता है:

1. कुछ और प्रॉक्सी नोड्स का चयन करता है (या चयन नहीं करता है) जो इन नोड्स को कमांड जारी करेगा
2. चयनित नोड्स में से प्रत्येक स्वयं या प्रॉक्सी नोड्स के माध्यम से कमांड भेजता है "इस के आईडी के लिए एक संदेश प्राप्त करें और इसे और संचारित करें और"

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

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

उसके बाद, आप एक सामान्य कुंजी (ECDH) के साथ उन्हें एन्क्रिप्ट करके और उस पर प्राप्त नोड के साथ साझा की गई कुंजी के साथ संदेश को एन्क्रिप्ट करके ग्राहक को संदेश भेज सकते हैं। प्राप्त नोड संदेश के अपने हिस्से को डिक्रिप्ट करता है और इसे अगले नोड के साथ आम कुंजी के साथ एन्क्रिप्ट करते हुए, ग्राहक को भेज देता है।

जब एक संदेश ग्राहक के नोड पर आता है, तो वह इसे कहीं भी अग्रेषित नहीं करता है, लेकिन इसे डिक्रिप्ट करता है और इसे स्वयं पढ़ता है। (i2p के समान)

यही बात विपरीत दिशा में काम करती है। संदेश भेजने वाली पार्टी संदेश में नोड्स की एक सूची का संकेत दे सकती है जो प्रतिक्रियाएं स्वीकार करेगी। या ग्राहक DHT में अनुरोध करके यह सूची प्राप्त कर सकते हैं।

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

2. ऑफ़लाइन पोस्ट

यह सरल है, उन्हें बिटमेसेज जैसी स्टोरेज में स्टोर किया जा सकता है, यह इसके लिए आदर्श है।

3. और शून्य प्रविष्टि सीमा कहां है?

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

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

4. लंबे पते के बारे में क्या?

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

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

लेकिन, नेमकोइन जैसी अधिक नागरिक चीज के साथ एक मिल सकता है। तब किसी भी केंद्रीकरण की आवश्यकता नहीं होगी।

यह सब सोब्सनो है, यही कारण है कि मैं अपने यूटोपियन आईएम को देखना चाहूंगा, और मुझे उम्मीद है कि बिटटोरेंट चैट इसके समान होगा।