आप एक कॉफ़ी शॉप में हैं जहाँ एस्प्रेसो ठीक-ठाक है और Wi-Fi संदिग्ध, और आपको घर का डेस्कटॉप चाहिए। क्या कनेक्ट करना सुरक्षित है? यह पूरी तरह ट्रांसपोर्ट एन्क्रिप्शन पर निर्भर करता है — एंड-टू-एंड एन्क्रिप्टेड सत्र शहर के सबसे संदिग्ध नेटवर्क पर भी सुरक्षित है, और पुराना बिना एन्क्रिप्शन वाला प्रोटोकॉल सबसे अच्छे नेटवर्क पर भी सुरक्षित नहीं। यह रहा सीधी भाषा में ख़तरे का मॉडल, प्रोटोकॉल इस क्रम में कि कौन कितना लीक करता है, और अगली बार किसी ऐसी जगह से कनेक्ट करने की चेकलिस्ट जो आपके नियंत्रण में नहीं है।
पब्लिक Wi-Fi असल में क्या देख सकता है
जिस नेटवर्क पर आपका नियंत्रण नहीं है, वहाँ दो पक्ष आपका ट्रैफ़िक देखने की स्थिति में होते हैं। पहला ऑपरेटर है — जो भी एक्सेस पॉइंट और उसके पीछे का राउटर चलाता है, जिसका पब्लिक Wi-Fi पर मतलब है वह जगह, उसका नेटवर्क ठेकेदार, या कोई भी जिसने चुपचाप उस जगह के नाम से एक एक्सेस पॉइंट खड़ा कर दिया हो। दूसरा आसपास के दूसरे डिवाइस हैं: जिन नेटवर्कों में क्लाइंट आइसोलेशन नहीं होता, वहाँ दो मेज़ दूर बैठा लैपटॉप अपने आसपास घूमता ट्रैफ़िक कैप्चर कर सकता है। "देखना" का मतलब है आपके भेजे और पाए गए पैकेट रिकॉर्ड करना। पूरा सवाल यह है कि उन पैकेटों में क्या है।
- अगर प्रोटोकॉल एन्क्रिप्टेड नहीं है, तो पैकेटों में सामग्री होती है। रिमोट डेस्कटॉप के लिए यह उतना ही बुरा है जितना सुनाई देता है: स्क्रीन फ़्रेम, आपका भेजा हर कीस्ट्रोक — रिमोट मशीन में टाइप किए पासवर्ड समेत — और सबसे बुरे पुराने मामलों में, कनेक्शन के समय आदान-प्रदान होने वाले क्रेडेंशियल।
- अगर प्रोटोकॉल ठीक से एन्क्रिप्टेड है, तो पैकेटों में सिफ़रटेक्स्ट होता है। देखना सिर्फ़ मेटाडेटा तक सिमट जाता है: आपने किन एंडपॉइंट के साथ ट्रैफ़िक का आदान-प्रदान किया, कब, और कितना। यह अंदाज़ा लगाने के लिए काफ़ी कि आपने रिमोट डेस्कटॉप ऐप इस्तेमाल किया; सत्र के भीतर क्या हुआ यह वापस पाने के लिए बेकार।
इसे 2010 की डरावनी कहानियों के बजाय आज की हक़ीक़त के हिसाब से परखना ज़रूरी है। आज एक लैपटॉप जो ज़्यादातर ट्रैफ़िक बनाता है वह पहले से एन्क्रिप्टेड है — HTTPS ने कॉफ़ी शॉप में यूँ ही सूँघने का नाटक ख़त्म कर दिया। बचे हुए यथार्थवादी ख़तरे हैं मेटाडेटा की निगरानी और फ़र्ज़ी एक्सेस पॉइंट: एक हमलावर उस जगह का नेटवर्क नाम प्रसारित करके ख़ुद को रास्ते में बिठा लेता है, इस उम्मीद में कि जो कुछ कमज़ोर तरीक़े से बातचीत करे वह पकड़ में आए — पुराने प्रोटोकॉल, लापरवाही से मंज़ूर किए सर्टिफ़िकेट प्रॉम्प्ट, जाने-पहचाने नामों से ख़ुद जुड़ जाने वाले डिवाइस। यह नेटवर्क से डरने की वजह नहीं है। यह एक सटीक ब्योरा है कि वहाँ कौन-से टूल ले जाने चाहिए: वे जो कमज़ोर तरीक़े से बातचीत नहीं करते।
प्रोटोकॉल, इस क्रम में कि कौन कितना लीक करता है
यहाँ प्रोडक्ट के नामों से ज़्यादा कॉन्फ़िगरेशन मायने रखते हैं — वही सॉफ़्टवेयर वर्शन और सेटिंग्स के हिसाब से ठीक भी हो सकता है और चिंताजनक भी, इसलिए नीचे का क्रम कॉन्फ़िगरेशन के हिसाब से है, सबसे ख़राब पहले।
- बिना TLS या NLA वाला सादा RDP (पुराना)। RDP की मूल सुरक्षा परत आधुनिक ट्रांसपोर्ट सुरक्षा से पहले की है, और जो क्लाइंट उसे अपनाने को तैयार हो उसे बीच का कोई हमलावर उस तक खींच ला सकता है। मौजूदा Windows वर्शन डिफ़ॉल्ट रूप से Network Level Authentication के साथ TLS इस्तेमाल करते हैं, इसलिए यह ज़्यादातर पुराने होस्ट, पुराने क्लाइंट और संगतता के लिए ढीली की गई ग्रुप पॉलिसी का ब्योरा है — पर शत्रुतापूर्ण नेटवर्क पर, जिस सत्र को डाउनग्रेड किया जा सकता हो उसे पढ़ने लायक़ माना जाना चाहिए।
- बिना एन्क्रिप्शन वाला VNC। क्लासिक VNC प्रोटोकॉल फ़्रेमबफ़र — आपकी असली स्क्रीन — खुले में भेजता है, और उसका पारंपरिक चैलेंज-रिस्पॉन्स लॉगिन आधुनिक मानकों के हिसाब से कमज़ोर है, जिसमें पासवर्ड आम तौर पर आठ अक्षरों तक सीमित होते हैं। कुछ सर्वर और क्लाइंट ऊपर से TLS लगाते हैं या SSH पर चलते हैं; बहुत सारे जल्दबाज़ी वाले सेटअप ऐसा नहीं करते। साझा Wi-Fi पर बिना एन्क्रिप्शन का VNC पैकेट रिकॉर्ड करने वाले हर किसी को स्क्रीन पर जो है वह लीक कर देता है।
- TLS और NLA वाला RDP। आधुनिक डिफ़ॉल्ट, और तार पर यह टिकता है: सत्र आपके क्लाइंट से होस्ट या गेटवे तक ट्रांसपोर्ट-एन्क्रिप्टेड होता है, और NLA सत्र बनने से पहले ही प्रमाणीकरण माँगता है। पब्लिक Wi-Fi पर व्यावहारिक कमज़ोर कड़ी इंसानी है — सेल्फ़-साइंड सर्टिफ़िकेट चेतावनी प्रॉम्प्ट को रोज़मर्रा की बात बना देते हैं, और उन्हें क्लिक करके निकल जाने का आदी यूज़र ठीक वही है जिसकी उम्मीद फ़र्ज़ी एक्सेस पॉइंट करता है। ट्रांसपोर्ट एन्क्रिप्शन एक्सपोज़र के बारे में कुछ नहीं कहता: इंटरनेट पर खुला पोर्ट 3389 एक अलग, अच्छी तरह दर्ज की गई गलती है, आप जहाँ से भी कनेक्ट करें।
- आधुनिक एंड-टू-एंड एन्क्रिप्टेड ऐप्स। सत्र किसी भी नेटवर्क के छूने से पहले डिवाइस से डिवाइस एन्क्रिप्ट हो जाते हैं। होटल का नेटवर्क — और उसके आगे सब कुछ — कनेक्शन का मेटाडेटा देखता है: एंडपॉइंट के बीच बहता सिफ़रटेक्स्ट, समय और मात्रा के साथ। कभी पिक्सेल नहीं, कभी कीस्ट्रोक नहीं, कभी क्रेडेंशियल नहीं, क्योंकि चुराने के लिए कोई प्रोटोकॉल क्रेडेंशियल होते ही नहीं।
| कॉन्फ़िगरेशन | नेटवर्क पर बैठे निगरानीकर्ता को क्या मिलता है | पब्लिक Wi-Fi पर फ़ैसला |
|---|---|---|
| सादा RDP, TLS/NLA नहीं | जहाँ डाउनग्रेड सफल हो वहाँ सत्र की सामग्री; क्रेडेंशियल जोखिम में | इस्तेमाल न करें — मानकर चलें कि पढ़ा जा सकता है |
| बिना एन्क्रिप्शन वाला VNC | खुले में स्क्रीन की सामग्री; कमज़ोर लॉगिन हैंडशेक | इस्तेमाल न करें |
| TLS + NLA वाला RDP | रास्ते में सिफ़रटेक्स्ट; सर्टिफ़िकेट प्रॉम्प्ट कमज़ोर कड़ी हैं | टनल के ज़रिए स्वीकार्य; 3389 को कभी एक्सपोज़ न करें |
| आधुनिक E2EE ऐप | सिर्फ़ सिफ़रटेक्स्ट और कनेक्शन का मेटाडेटा | ठीक इसी के लिए बना |
E2EE जवाब को क्यों बदल देता है
ट्रांसपोर्ट एन्क्रिप्शन एक हॉप को बचाता है; एंड-टू-एंड एन्क्रिप्शन बातचीत को बचाता है। यह फ़र्क़ तब तक किताबी लगता है जब तक आप यह सूची न बनाएँ कि कॉफ़ी शॉप और आपके घर के डेस्कटॉप के बीच कौन बैठा है: उस जगह का एक्सेस पॉइंट, उसका ISP, आपका ISP, शायद किसी विक्रेता का रिले सर्वर। एंड-टू-एंड एन्क्रिप्शन में, कुंजियाँ सीधे आपके दोनों डिवाइसों के बीच तय होती हैं, और फ़्रेम डिवाइस से निकलने से पहले ही एन्क्रिप्ट हो जाते हैं। उस सूची का हर पक्ष — विक्रेता का अपना इन्फ़्रास्ट्रक्चर भी — वह सिफ़रटेक्स्ट आगे बढ़ाता है जिसकी कुंजी उसके पास नहीं है।
Remio ठीक इसी मॉडल पर बना है, इसलिए वह एक हल किया हुआ उदाहरण है। भरोसा तब बनता है जब आप दो डिवाइसों को होस्ट की स्क्रीन से पढ़े छह अंकों के कोड से पेयर करते हैं — कोई अकाउंट नहीं है, इसलिए कॉफ़ी शॉप में फ़िश करने को कोई पासवर्ड नहीं और कहीं सेंध लगाने को कोई क्रेडेंशियल डेटाबेस नहीं। सत्र की कुंजियाँ हर कनेक्शन के लिए सीधे पेयर किए गए डिवाइसों के बीच तय होती हैं, और हर फ़्रेम, कीस्ट्रोक, क्लिपबोर्ड सिंक और फ़ाइल ट्रांसफ़र एंड-टू-एंड एन्क्रिप्टेड होता है। जब कोई सख़्त नेटवर्क सत्र को एन्क्रिप्टेड रिले से गुज़रने पर मजबूर करता है, तो रिले वे एन्क्रिप्टेड फ़्रेम आगे बढ़ाता है जिन्हें वह पढ़ नहीं सकता — सुरक्षा मॉडल वही रहता है चाहे रास्ता सीधा हो या रिले वाला। पूरा डिज़ाइन सिक्योरिटी पेज पर है।
लक्ष्य भरोसेमंद Wi-Fi ढूँढना नहीं है। लक्ष्य है Wi-Fi की भरोसेमंदी को बेमानी बना देना।
एक ईमानदार सीमा: एंड-टू-एंड एन्क्रिप्शन सत्र को रास्ते में बचाता है, और कुछ नहीं। अगर कॉफ़ी शॉप वाला लैपटॉप या घर का होस्ट समझौता हुआ है, तो दोनों के बीच का सबसे मज़बूत सिफ़र भी कुछ नहीं बदलता — हमलावर एक एंडपॉइंट के अंदर है, वही पढ़ रहा है जो आप पढ़ते हैं। एंडपॉइंट की स्वच्छता, विक्रेता के उल्लंघन का इतिहास, और हार्डनिंग की बाक़ी तस्वीर एक अलग लेख है, और हमने उसे लिखा है: रिमोट डेस्कटॉप सिक्योरिटी गाइड। यह लेख नेटवर्क पर ही रहता है।
कॉफ़ी शॉप की चेकलिस्ट
छह बातें, उस क्रम में जिसमें वे फ़ायदा देती हैं।
- एंड-टू-एंड एन्क्रिप्टेड रिमोट डेस्कटॉप ऐप को तरजीह दें। यह पब्लिक-Wi-Fi का सवाल अनुशासन से नहीं, डिज़ाइन से सुलझा देता है — नेटवर्क सिफ़रटेक्स्ट ही ले जाता है, चाहे आपने इस सूची की बाक़ी बातें सही की हों या नहीं।
- अगर RDP ही आपके पास है, तो पोर्ट 3389 कभी एक्सपोज़ न करें। राउटर पोर्ट फ़ॉरवर्ड की जगह उस तक VPN या किसी दूसरी एन्क्रिप्टेड टनल से पहुँचें; विकल्प, जिनमें सिर्फ़-आउटबाउंड ऐप भी शामिल हैं जिन्हें राउटर में कोई बदलाव नहीं चाहिए, हमारी बिना पोर्ट फ़ॉरवर्डिंग के रिमोट डेस्कटॉप की गाइड में हैं।
- OS फ़ायरवॉल को नेटवर्क को पब्लिक मानने दें। जब macOS या Windows पूछे कि आप किस तरह के नेटवर्क से जुड़े हैं, तो पब्लिक प्रोफ़ाइल सही जवाब है — यह फ़ाइल शेयरिंग, डिस्कवरी और दूसरी सुनने वाली सर्विसेज़ को उसी नेटवर्क के अजनबियों को दिखने से रोकती है।
- क्लाइंट को अपडेट रखें। रिमोट डेस्कटॉप क्लाइंट उस नेटवर्क से आने वाले जटिल डेटा को पार्स करता है जिस पर आपने भरोसा न करने का तय किया है। पैच किसी वजह से होते हैं; सफ़र करने वाली मशीन पर ऑटो-अपडेट सही सेटिंग है।
- पक्का करें कि आप उस जगह के असली नेटवर्क पर हैं। सटीक नेटवर्क नाम पूछें और मिलते-जुलते नामों को अनदेखा करें — एक एक्सेस पॉइंट वह कोई भी नाम प्रसारित कर सकता है जो उसका मालिक टाइप करे। निकलते समय अपने लैपटॉप से नेटवर्क को भूल जाने को कहना उसे अगले महीने किसी नक़ली नेटवर्क से ख़ुद जुड़ने से भी रोकता है।
- सत्र को ख़ुद संवेदनशील चीज़ मानें। आप किसी सार्वजनिक कमरे से अपने घर या ऑफ़िस की मशीन चला रहे हैं: ध्यान रखें कि आपकी स्क्रीन कौन देख सकता है, और डिस्कनेक्ट करते समय रिमोट होस्ट को लॉक करें ताकि आपने अपने पीछे कोई डेस्कटॉप खुला न छोड़ा हो।
ऊपर से VPN लगाने का क्या?
VPN आपके डिवाइस और VPN सर्वर के बीच सब कुछ एन्क्रिप्ट करता है, और अविश्वसनीय Wi-Fi पर यह सच में उपयोगी है — यह DNS लुकअप, ऐप्स की बैकग्राउंड बातचीत और किसी भी भटके हुए बिना एन्क्रिप्शन वाले ट्रैफ़िक को लोकल नेटवर्क से बचाता है। अगर आप एयरपोर्ट पर वैसे भी एक चलाते, तो रिमोट डेस्कटॉप की कोई बात उसके ख़िलाफ़ नहीं है।
लेकिन रिमोट डेस्कटॉप सत्र के लिए ख़ास तौर पर तर्क ज़्यादा तंग है, और वह दोनों तरफ़ कटता है। एंड-टू-एंड एन्क्रिप्टेड सत्र के लिए VPN ज़रूरी नहीं है: ट्रैफ़िक टनल तक पहुँचने से पहले ही सिफ़रटेक्स्ट है, इसलिए VPN एक हॉप (और आम तौर पर कुछ लेटेंसी) जोड़ता है, बिना वह गोपनीयता जोड़े जो सत्र में पहले से नहीं थी। और बिना एन्क्रिप्शन वाले सत्र के लिए यह काफ़ी नहीं है: एक कमर्शियल VPN VPN के एग्ज़िट सर्वर तक का रास्ता बचाता है, जिसके बाद ट्रैफ़िक होस्ट तक उतना ही एक्सपोज़्ड चलता है जितना शुरू हुआ था। नियम को सिद्ध करने वाला अपवाद वह टनल है जो ख़ुद गंतव्य नेटवर्क के भीतर ख़त्म होती है — आपके घर के राउटर पर WireGuard सर्वर, ऑफ़िस में कॉर्पोरेट VPN — जो पूरा रास्ता कवर करती है और RDP को रिमोट से इस्तेमाल करने का मानक तरीक़ा है। अगर आप ख़ुद एक्सेस के तरीक़े के रूप में VPN और रिमोट डेस्कटॉप ऐप को तौल रहे हैं, तो वह एक अलग तुलना है, और उसका अपना लेख है: रिमोट डेस्कटॉप बनाम VPN।
होटल, एयरपोर्ट, कैंपस: नेटवर्क की वे सनकें जो कनेक्शन तोड़ती हैं
सुरक्षा को अलग रखें तो, पब्लिक नेटवर्कों में एक दूसरी आदत होती है: वे कनेक्शन उन तरीक़ों से तोड़ते हैं जो घर के नेटवर्क नहीं तोड़ते। इसका ज़्यादातर हिस्सा तीन सनकें समझाती हैं।
- कैप्टिव पोर्टल। जब तक आप ब्राउज़र खोलकर शर्तें स्वीकार नहीं करते, नेटवर्क सब कुछ ब्लैकहोल कर देता है — रिमोट डेस्कटॉप ऐप बिना किसी दिखती वजह के बैठा-बैठा विफल होता रहेगा। पहले पोर्टल पूरा करें; और अगर पूरी दोपहर चला सत्र तीसरे घंटे पर मर जाए, तो ऐसे पोर्टल पर शक करें जो टाइमर पर दोबारा प्रमाणीकरण करवाता है।
- क्लाइंट आइसोलेशन। होटल और कैंपस आम तौर पर नेटवर्क के भीतर डिवाइस-से-डिवाइस ट्रैफ़िक रोक देते हैं, इसलिए एक ही कमरे में आपके अपने दो डिवाइस LAN पर एक-दूसरे को न दिखें, ऐसा हो सकता है। सिर्फ़-आउटबाउंड P2P ऐप फिर भी कनेक्ट होते हैं — दोनों डिवाइस बाहर डायल करते हैं और इंटरनेट के पार मिलते हैं — पर रास्ता उस कमरे से लंबा हो सकता है जिसमें आप बैठे हैं।
- UDP ब्लॉक करना। सख़्त गेस्ट नेटवर्क कभी-कभी वेब पोर्ट पर TCP से ज़्यादा कुछ नहीं देते। रीयल-टाइम प्रोटोकॉल UDP पसंद करते हैं, इसलिए यहीं ऐप्स में फ़र्क़ दिखता है: TCP और रिले फ़ॉलबैक वाला ऐप लेटेंसी की कुछ क़ीमत पर कनेक्ट होता रहता है, जबकि सिर्फ़-UDP वाला कॉन्फ़िगरेशन अटक जाता है। यांत्रिकी — पता खोजना, होल पंचिंग, और कब क्या फ़ॉलबैक होता है — हमारे NAT ट्रैवर्सल की व्याख्या में है, और सत्र जो ठीक-ठीक पोर्ट और प्रोटोकॉल इस्तेमाल करता है वे फ़ायरवॉल और NAT दस्तावेज़ों में हैं।
FAQ
क्या होटल Wi-Fi पर रिमोट डेस्कटॉप इस्तेमाल करना सुरक्षित है?
हाँ, अगर सत्र एंड-टू-एंड एन्क्रिप्टेड है। आधुनिक E2EE रिमोट डेस्कटॉप ऐप के साथ, होटल का नेटवर्क सिर्फ़ सिफ़रटेक्स्ट ले जाता है, इसलिए न ऑपरेटर और न दूसरे मेहमान आपकी स्क्रीन, कीस्ट्रोक या फ़ाइलें वापस पा सकते हैं। पुराने सेटअप जोखिम वाले मामले हैं: TLS और NLA के बिना RDP, या बिना एन्क्रिप्शन का VNC, सत्र की सामग्री और क्रेडेंशियल को नेटवर्क के सामने उजागर कर सकते हैं और एन्क्रिप्टेड टनल के बिना होटल Wi-Fi पर इस्तेमाल नहीं किए जाने चाहिए।
क्या उसी Wi-Fi पर कोई मेरी रिमोट स्क्रीन देख सकता है?
नहीं, अगर सत्र एंड-टू-एंड एन्क्रिप्टेड है। उसी नेटवर्क पर कोई आपके पैकेट कैप्चर कर सकता है, लेकिन E2EE के साथ वे पैकेट सिफ़रटेक्स्ट हैं और कुंजियाँ सिर्फ़ आपके दोनों डिवाइसों पर हैं, इसलिए कैप्चर से स्क्रीन की सामग्री वापस नहीं पाई जा सकती। उसी नेटवर्क का निगरानीकर्ता जो फिर भी देख सकता है, वह मेटाडेटा है — कि कोई कनेक्शन है, वह कब सक्रिय है, और वह मोटे तौर पर कितना डेटा चलाता है।
क्या पब्लिक Wi-Fi पर Remio इस्तेमाल करने के लिए मुझे VPN चाहिए?
नहीं। Remio सत्र पहले से एंड-टू-एंड एन्क्रिप्टेड हैं — कुंजियाँ हर सत्र के लिए सीधे आपके डिवाइसों के बीच तय होती हैं — इसलिए सत्र इस पर निर्भर नहीं करता कि नेटवर्क भरोसेमंद है। VPN फिर भी आपके बाक़ी ट्रैफ़िक, जैसे DNS लुकअप और दूसरे ऐप्स, के लिए निजता जोड़ता है, और Remio को उसके ज़रिए चलाना ठीक है। यह आपके दूसरे ट्रैफ़िक के बारे में एक चुनाव है, सत्र के लिए कोई ज़रूरत नहीं।
क्या पब्लिक Wi-Fi पर RDP सुरक्षित है?
TLS और Network Level Authentication के साथ — आधुनिक Windows डिफ़ॉल्ट — सत्र ट्रांसपोर्ट-एन्क्रिप्टेड होता है, इसलिए कॉफ़ी-शॉप नेटवर्क पर छिपकर सुनने वाला सिफ़रटेक्स्ट देखता है। स्थायी नियम एक्सपोज़र के बारे में है, जगह के बारे में नहीं: पोर्ट 3389 को कभी सीधे इंटरनेट पर न खोलें; RDP तक VPN या किसी दूसरी एन्क्रिप्टेड टनल से पहुँचें। जिन पुराने कॉन्फ़िगरेशन को TLS के बिना पुरानी RDP सुरक्षा तक नीचे लाकर बातचीत कराई जा सकती है, उन्हें किसी भी अविश्वसनीय नेटवर्क पर असुरक्षित माना जाना चाहिए।
Wi-Fi ऑपरेटर को फिर भी क्या पता चलता है?
कनेक्शन का मेटाडेटा। पूरी तरह एंड-टू-एंड एन्क्रिप्टेड सत्र के साथ भी, नेटवर्क ऑपरेटर समय, ट्रैफ़िक की मात्रा और उन एंडपॉइंट को देख सकता है जिनके साथ आप पैकेट आदान-प्रदान करते हैं — यह अंदाज़ा लगाने के लिए काफ़ी कि रिमोट डेस्कटॉप सत्र हुआ और कितनी देर चला। जो वह वापस नहीं पा सकता वह सामग्री है: न स्क्रीन फ़्रेम, न कीस्ट्रोक, न फ़ाइलें, न क्लिपबोर्ड।
इन सबमें एक सूत्र: जगह यह तय नहीं करती कि आपका सत्र सुरक्षित है या नहीं — एन्क्रिप्शन करता है। अगर आप वह संस्करण चाहते हैं जिसमें कोई चेकलिस्ट चाहिए ही नहीं, तो दोनों मशीनों पर Remio इंस्टॉल करें, उन्हें छह अंकों के कोड से पेयर करें, और दिन जिस भी नेटवर्क पर ला दे उससे कनेक्ट करें; सत्र दोनों सूरतों में एंड-टू-एंड एन्क्रिप्टेड है। यह कैसे काम करता है पेज दिखाता है कि अंदर क्या होता है।
