प्रत्येक मैसेजिंग ऐप आपके शब्दों को कंप्यूटरों की किसी न किसी व्यवस्था के माध्यम से भेजता है। उन कंप्यूटरों को कौन चलाता है, और वे कैसे जुड़ते हैं, यह तय करता है कि कौन यह देख सकता है कि आपने किसी को संदेश भेजा है, कब, और कितनी बार, भले ही संदेश स्वयं एन्क्रिप्टेड हो। यह नेटवर्क का डिज़ाइन है, और यह ऐप के एन्क्रिप्शन जितना ही मायने रखता है।
चार सामान्य डिज़ाइन हैं: विकेंद्रीकृत (centralized), संघबद्ध (federated), पीयर-टू-पीयर (peer-to-peer), और उपयोगकर्ता खातों से बचने के लिए निर्मित रिले नेटवर्क (relay networks)। प्रत्येक एक अलग पक्ष पर भरोसा करता है और एक अलग तरीके से विफल होता है। इसे पढ़ने के बाद आप जान पाएंगे कि प्रत्येक डिज़ाइन क्या उजागर करता है, “विकेंद्रीकृत” का अर्थ “निजी” क्यों नहीं है, और आपके द्वारा वास्तव में सामना किए जाने वाले खतरे के लिए सही डिज़ाइन कैसे चुनें।
हम यहाँ विशिष्ट ऐप्स की सिफारिश नहीं करते हैं। जिन ऐप्स के नाम हम देते हैं वे उदाहरण हैं, जो उनके अपने दस्तावेज़ों से लिए गए हैं, यह दिखाने के लिए कि कोई डिज़ाइन कैसे काम करता है। हम यह कवर नहीं करते हैं कि एंड-टू-एंड एन्क्रिप्शन स्वयं कैसे काम करता है या एक-एक करके मैसेंजर की तुलना कैसे करें।
सरल शब्दों में संचार नेटवर्क क्या है
मान लीजिए अमरा, डैनियल को संदेश भेजना चाहती है। उसके फ़ोन को उसका फ़ोन ढूंढना होगा और संदेश सौंपना होगा। यहाँ तक कि एक साधारण चैट में भी, तीन सवालों का जवाब कहीं न कहीं दिया जाता है: डैनियल अभी कहाँ है, यदि वह ऑफ़लाइन है तो संदेश वहाँ कैसे पहुँचता है, और किसे यह जानने का अधिकार मिलता है कि बातचीत हुई थी?
केंद्रीकरण पर IETF का विश्लेषण, RFC 9518, बताता है कि दो पक्षों के बीच मिलन (rendezvous) के लिए अक्सर एक तीसरे पक्ष की आवश्यकता होती है, जो कि पहला कारण है कि केंद्रीय बिंदु पहली जगह में दिखाई देते हैं। नीचे दिए गए चार डिज़ाइन उन सवालों के जवाब अलग-अलग तरह से देते हैं।
चार डिज़ाइन
विकेंद्रीकृत (Centralized)
एक संगठन सर्वर, सॉफ़्टवेयर और नियमों को चलाता है। सिग्नल (Signal) इसका सामान्य उदाहरण है। इसके संस्थापक ने 2016 में इस विकल्प को समझाया: उन्होंने तर्क दिया कि संघबद्ध प्रोटोकॉल को बदलना कठिन है, कि अब उनका मानना नहीं है कि एक प्रतिस्पर्धी संघबद्ध मैसेंजर बनाया जा सकता है, और मेटाडेटा की रक्षा के लिए नए प्रोटोकॉल की आवश्यकता होगी जो “केवल अधिक नियंत्रण वाले विकेंद्रीकृत वातावरण में संभव होने की संभावना है।” उन्होंने कहा कि ओपन सोर्स अवसंरचना उपयोगकर्ताओं को अपने स्वयं के विकल्प चलाने देती है यदि प्रदाता खराब बदलाव करता है (Signal, 2016)। निर्णय लेने वाले व्यक्ति की ओर से यह एक वास्तविक असहमति का एक पक्ष है।
फायदे की बात यह है कि ऑपरेटर समस्याओं को जल्दी ठीक कर सकता है और डिज़ाइन को सुसंगत रख सकता है। नुकसान यह है कि एक संगठन, और कोई भी जो इसे मजबूर कर सकता है, वह ट्रैफ़िक देखता है। ऑपरेटर जो रखता है वह इस बात पर निर्भर करता है कि वह क्या एकत्र करता है। एक अमेरिकी सर्च वारंट के 2021 के जवाब में, सिग्नल ने कहा कि वह केवल प्रत्येक खाते के बनाए जाने का समय और उसके अंतिम बार कनेक्ट होने की तिथि प्रदान कर सकता है (Signal, 2021)। इसकी “सीलेंडर सेंडर” (sealed sender) सुविधा सेवा से प्रेषक की पहचान छिपाती है, लेकिन पोस्ट कहती है कि सेवा को अभी भी प्राप्तकर्ता को जानने की आवश्यकता है, और यह समय व आईपी पते चल रहे काम के क्षेत्र बने हुए हैं (Signal, 2018)। सिग्नल अभी भी पंजीकरण के लिए एक फ़ोन नंबर माँगता है। उपयोगकर्ता नाम (usernames) वैकल्पिक हैं और लोगों को आपका नंबर जाने बिना आप तक पहुँचने देते हैं (Signal Support)।
संघबद्ध (Federated)
अलग-अलग लोगों द्वारा चलाए जाने वाले कई स्वतंत्र सर्वर एक साझा मानक के तहत एक-दूसरे से बात करते हैं। आप अपना खाता रखने के लिए एक सर्वर चुनते हैं, और यह दूसरों के साथ संदेशों का आदान-प्रदान करता है। ईमेल सबसे पुराना उदाहरण है: SMTP एक सर्वर को एक संदेश स्वीकार करने देता है और फिर रास्ते में अगले सर्वर के लिए क्लाइंट के रूप में कार्य करता है (RFC 5321, 2008)। मैट्रिक्स (Matrix) चैट के लिए इसी तरह काम करता है। प्रत्येक उपयोगकर्ता का खाता एक होमसर्वर पर रहता है, और एक कमरा (room) हर उस होमसर्वर में दोहराया (replicate) जाता है जिसमें सदस्य होते हैं (Matrix)। ActivityPub, जो जनवरी 2018 से W3C मानक है, सोशल नेटवर्क के लिए ऐसा करता है, जिसमें सर्वर एक-दूसरे के इनबॉक्स में गतिविधियों को पोस्ट करते हैं (W3C)।
फायदे की बात पसंद है: आप अपना खुद का सर्वर चुन सकते हैं या चला सकते हैं, और कोई भी एक कंपनी नेटवर्क की मालिक नहीं है। नुकसान यह है कि आपके सर्वर का ऑपरेटर आपकी खाता गतिविधि देखता है, और आपके संपर्कों द्वारा उपयोग किए जाने वाले सर्वरों के ऑपरेटर भी ऐसा ही करते हैं। मैट्रिक्स इसे खुले तौर पर कहता है। यह बताता है कि यह वर्तमान में शामिल सर्वरों के व्यवस्थापकों (admins) के सामने यह मेटाडेटा उजागर करता है कि कौन किस कमरे में बात कर रहा है (Matrix, 2025)। ActivityPub विनिर्देश, अपने हिस्से के लिए, कहता है कि मानकीकरण के समय किसी भी प्रमाणीकरण तंत्र पर सहमति नहीं बनी थी, और हमें प्रत्यक्ष संदेशों (direct messages) को एन्क्रिप्ट करने के बारे में इसमें कुछ नहीं मिला।
ईमेल एक दूसरी सीमा दिखाता है। आपके मेल ऐप के उसके सर्वर से कनेक्शन की सुरक्षा के लिए मानक, RFC 8314, कहता है कि यह इस बात का समाधान नहीं करता है कि सर्वर एक-दूसरे को मेल कैसे रिले करते हैं। और एक IETF ड्राफ्ट नोट करता है कि केवल PGP/MIME एन्क्रिप्शन संदेश हेडर की सुरक्षा नहीं करता है (IETF draft, 2019, समाप्त और कभी नहीं अपनाया गया)।
पीयर-टू-पीयर (Peer-to-peer)
बीच में कोई सर्वर नहीं है। डिवाइस सीधे एक-दूसरे के साथ संदेशों का आदान-प्रदान करते हैं। ब्रायर (Briar) का प्रोजेक्ट साइट इसका वर्णन करता है: यह केंद्रीय सर्वर पर निर्भर नहीं करता है, संदेश सीधे उपयोगकर्ताओं के उपकरणों के बीच सिंक होते हैं, और संपर्क सूचियाँ एन्क्रिप्ट की जाती हैं और प्रत्येक डिवाइस पर संग्रहीत की जाती हैं। जब इंटरनेट चालू होता है, तो यह टोर (Tor) पर सिंक होता है, जिसके बारे में प्रोजेक्ट का कहना है कि यह गुप्त रूप से सुनने वालों को यह देखने से रोकता है कि कौन से उपयोगकर्ता संचार करते हैं। जब यह बंद होता है, तो डेटा ब्लूटूथ, वाई-फ़ाई या मेमोरी कार्ड पर जा सकता है। जो लोग एक ही समय में ऑनलाइन नहीं हैं, उनके लिए एक अलग ब्रायर मेलबॉक्स (Briar Mailbox) संदेशों को रिले कर सकता है (Briar)।
फायदे की बात लचीलापन और सेंसरशिप प्रतिरोध है: नीचे गिराने या मजबूर करने के लिए कोई केंद्रीय सर्वर नहीं है। नुकसान व्यावहारिक हैं। संदेशों को रखने के लिए किसी सर्वर के बिना, डिलीवरी उपकरणों के पहुंच योग्य होने पर निर्भर करती है, और डिज़ाइन टोर और मेलबॉक्स जैसे अतिरिक्त उपकरणों पर निर्भर करता है ताकि यह छिपाया जा सके कि कौन किससे बात करता है। ब्रायर का अपना थ्रेट मॉडल भी यह मानता है कि जो उपयोगकर्ता अपने डिवाइस को सुरक्षित नहीं रख सकता है उसे हमलावर द्वारा नियंत्रित किया जाता है।
बिना उपयोगकर्ता खातों वाले रिले नेटवर्क (Relay networks without user accounts)
एक नया डिज़ाइन उपयोगकर्ता पहचानकर्ताओं (user identifiers) से पूरी तरह बचता है। सिंपलएक्स (SimpleX) खुद को इस तरह वर्णित करता है: उपयोगकर्ताओं को कोई फ़ोन नंबर, उपयोगकर्ता नाम या सार्वजनिक कुंजियाँ आवंटित नहीं की जाती हैं। संदेश एक-तरफ़ा कतार पतों (one-way queue addresses), जो कि प्रत्येक संपर्क के लिए एक अलग पता होता है, का उपयोग करके रिले सर्वरों के माध्यम से आगे बढ़ते हैं, और सर्वर केवल अस्थायी रूप से संदेशों को रखते हैं। प्रोजेक्ट का कहना है कि सर्वर आसानी से यह नहीं बता सकते कि कौन किससे बात कर रहा है, और ट्रैफ़िक सहसंबंध हमले (traffic correlation attacks) ज्ञात हैं (SimpleX)। अन्य डिज़ाइनों के साथ इसकी तुलना स्वयं प्रोजेक्ट से आती है, और हमने उन्हें स्वतंत्र रूप से सत्यापित नहीं किया है। बिना कोई आमंत्रण लिंक या अस्थायी पता साझा किए आपसे संपर्क भी नहीं किया जा सकता है।
टोर एक संबंधित लेकिन अलग प्रकार का नेटवर्क है। यह ट्रैफ़िक को कई रिले के माध्यम से रूट करता है ताकि कोई भी एक रिले यह न जान सके कि आप कौन हैं और आप कहाँ जा रहे हैं। हमारा टोर अवलोकन (Tor overview) इसे समझाता है।
प्रत्येक डिज़ाइन किसे क्या दिखाता है
| डिज़ाइन | संदेश कौन ले जाता है | कौन जान सकता है कि कौन किससे बात करता है | मुख्य कमजोरी |
|---|---|---|---|
| विकेंद्रीकृत (Centralized) | एक ऑपरेटर | ऑपरेटर, और कोई भी जो इसे मजबूर या उल्लंघन (breach) कर सकता है | नियंत्रण और विफलता का एक बिंदु |
| संघबद्ध (Federated) | कई स्वतंत्र सर्वर | शामिल प्रत्येक सर्वर, अपने स्वयं के उपयोगकर्ताओं और कमरों के लिए | आपकी गोपनीयता उन सर्वरों पर निर्भर करती है जिन्हें आप नहीं चुनते हैं |
| पीयर-टू-पीयर (Peer-to-peer) | उपयोगकर्ताओं के अपने उपकरण | कनेक्शन के दर्शक, जब तक कि टोर या इसी तरह का उन्हें छिपा न दे | डिलीवरी और मेटाडेटा सुरक्षा के लिए अतिरिक्त टुकड़ों की आवश्यकता होती है |
| रिले, कोई खाता नहीं | रिले सर्वर | रिले के लिए बताना आसान नहीं है, प्रोजेक्ट के अनुसार, लेकिन सहसंबंध हमले संभव हैं | नया, और मुख्य रूप से अपने स्वयं के प्रोजेक्ट द्वारा प्रलेखित |
डिज़ाइन क्या नहीं कर सकता
- यह एक खराब एंडपॉइंट को सुरक्षित नहीं बना सकता। यदि किसी के पास आपके फ़ोन या आपके संपर्क के फ़ोन तक पहुँच है, तो कोई भी नेटवर्क डिज़ाइन मदद नहीं करता है।
- यह किसी पर भरोसा करने की आवश्यकता को हटा नहीं सकता। RFC 9518 सिफारिश करता है कि मानक उपयोगकर्ताओं को प्रदाताओं को बदलने दें और किसी एक पक्ष के पास मौजूद शक्ति को सीमित करें, न कि यह नाटक करें कि भरोसा करने की आवश्यकता को हटा दिया गया है।
- यह उन लोगों को शामिल होने से नहीं रोक सकता जिन्हें आपने आमंत्रित नहीं किया था। खुले संघबद्ध नेटवर्क को स्पैम से निपटना पड़ता है, जिसे मैट्रिक्स एक ज्ञात विफलता मोड के रूप में नामित करता है।
- यह गारंटी नहीं दे सकता कि “विकेंद्रीकृत” व्यवहार में विकेंद्रीकृत हो जाता है। RFC 9518 कहता है कि केवल विकेंद्रीकृत तकनीक ही विकेंद्रीकृत परिणामों की गारंटी नहीं देती है, क्योंकि नेटवर्क प्रभाव, लागत और स्विचिंग लागत अभी भी उपयोगकर्ताओं को कुछ बड़े सर्वरों पर केंद्रित कर सकती है।
आम मिथक
“विकेंद्रीकृत का अर्थ निजी है।” इसका अर्थ है कि नियंत्रण फैला हुआ है। संघबद्ध नेटवर्क में प्रत्येक ऑपरेटर अपने स्वयं के उपयोगकर्ताओं का मेटाडेटा देख सकता है, जैसा कि मैट्रिक्स अपने बारे में कहता है।
“विकेंद्रीकृत का अर्थ असुरक्षित है।” एक केंद्रीय ऑपरेटर भरोसे का एक बिंदु है, कमजोरी की गारंटी नहीं। जो मायने रखता है वह यह है कि यह क्या एकत्र करता है और इसे क्या सौंपने के लिए मजबूर किया जा सकता है। सिग्नल की प्रकाशित वारंट प्रतिक्रिया रखे गए डेटा का एक बहुत छोटा सेट दिखाती है।
“एंड-टू-एंड एन्क्रिप्शन यह छिपाता है कि मैं किससे बात करता हूँ।” यह सामग्री की रक्षा करता है। डिलीवरी के लिए अभी भी एक पते की आवश्यकता होती है, और सिग्नल की अपनी पोस्ट कहती है कि सेवा को प्राप्तकर्ता को जानना पड़ता है।
क्या करें
इन्हें सबसे कम प्रयास में सबसे अधिक मदद के क्रम में व्यवस्थित किया गया है।
- पहले तय करें कि आप किससे छिप रहे हैं। एक जिज्ञासु अजनबी, एक नेटवर्क ऑपरेटर, एक कंपनी या एक सरकार को अलग-अलग डिज़ाइनों की आवश्यकता होती है। थ्रेट मॉडलिंग (threat modeling) से शुरुआत करें।
- “विकेंद्रीकृत” शब्द पर नहीं, बल्कि इस बात पर चुनें कि ऑपरेटर क्या देख सकता है। पूछें कि ऑपरेटर कौन से खाता विवरण और मेटाडेटा रखता है, और कानूनी अनुरोधों के प्रति इसकी प्रकाशित प्रतिक्रियाएं क्या दिखाती हैं।
- यदि आप किसी संघबद्ध सेवा का उपयोग करते हैं, तो उद्देश्यपूर्वक सर्वर चुनें। आपके सर्वर का ऑपरेटर आपकी गतिविधि देखता है। पढ़ें कि इसे कौन चलाता है और कहाँ। अपना स्वयं का चलाने से भरोसा खुद पर स्थानांतरित हो जाता है और रखरखाव जुड़ जाता है।
- यदि आपका नंबर संवेदनशील हिस्सा है तो फ़ोन-नंबर-मुक्त विकल्प का उपयोग करें। सिग्नल के उपयोगकर्ता नाम और सिंपलएक्स जैसे खाताहीन डिज़ाइन अलग-अलग समझौतों (trade-offs) के साथ अलग-अलग तरीकों से इसे हल करते हैं।
- उस दिन के लिए योजना बनाएं जब आपका सामान्य नेटवर्क ब्लॉक हो जाए। ब्रायर जैसे पीयर-टू-पीयर टूल और टोर जैसे ब्रिज-सक्षम टूल इसके लिए मौजूद हैं, लेकिन आवश्यकता पड़ने से पहले उन्हें इंस्टॉल करें और जांचें।
- उस नेटवर्क का उपयोग करें जिसका उपयोग आपके संपर्क वास्तव में करेंगे। एक निजी टूल जिस पर कोई जवाब नहीं देता है, वह किसी की रक्षा नहीं करता है। स्विचिंग लागत सुरक्षा तस्वीर का हिस्सा है।
स्रोत (Sources)
- Centralization, Decentralization, and Internet Standards (RFC 9518), Mark Nottingham, IETF स्वतंत्र प्रस्तुति, दिसंबर 2023
- Reflections: The ecosystem is moving, Signal, मई 2016
- Technology preview: Sealed sender for Signal, Signal, अक्टूबर 2018
- Search warrant for Signal user data, Santa Clara County, Signal, अक्टूबर 2021
- Phone number privacy and usernames, Signal Support, एक्सेस किया गया अक्टूबर 2026
- Simple Mail Transfer Protocol (RFC 5321), IETF, अक्टूबर 2008
- Cleartext Considered Obsolete (RFC 8314), IETF, जनवरी 2018
- Protected Headers for Cryptographic E-mail, IETF इंटरनेट-ड्राफ्ट, नवंबर 2019 (समाप्त)
- Elements of Matrix, Matrix.org, एक्सेस किया गया अक्टूबर 2026
- Dispelling myths and misinformation, Matrix.org, जून 2025
- ActivityPub, W3C सिफारिश, जनवरी 2018
- How it works, Briar Project, एक्सेस किया गया अक्टूबर 2026
- SimpleX platform, SimpleX Chat, एक्सेस किया गया अक्टूबर 2026