उत्तरप्रकाशित1 घंटे पहलेLast edited 1 घंटे पहले21 स्रोत

Android 17 का ECH फीचर: वेबसाइट का नाम छिपेगा, लेकिन पूरी पहचान नहीं

Android 17 (API लेवल 37) में Encrypted Client Hello यानी ECH के लिए प्लेटफॉर्म सपोर्ट डिफॉल्ट रूप से उपलब्ध है, जिससे संगत ऐप और सर्वर TLS हैंडशेक में वेबसाइट का होस्टनेम छिपा सकते हैं। ECH तभी काम करेगा जब डिवाइस Android 17 या उसके बाद का संस्करण चला रहा हो, ऐप की नेटवर्किंग लाइब्रेरी ECH सपोर्ट करती हो और संबंधित...

Studio Global AI के साथ खोजें और तथ्यों की जांच करें और ट्रेंडिंग पेज देखें

शोध उत्तर

मुख्य निष्कर्ष

Android 17 (API लेवल 37) में Encrypted Client Hello यानी ECH के लिए प्लेटफॉर्म सपोर्ट डिफॉल्ट रूप से उपलब्ध है, जिससे संगत ऐप और सर्वर TLS हैंडशेक में वेबसाइट का होस्टनेम छिपा सकते हैं।
ECH तभी काम करेगा जब डिवाइस Android 17 या उसके बाद का संस्करण चला रहा हो, ऐप की नेटवर्किंग लाइब्रेरी ECH सपोर्ट करती हो और संबंधित सर्वर ने भी ECH लागू किया हो।
Android 17 स्थानीय नेटवर्क के लिए रनटाइम परमिशन, डिफॉल्ट Certificate Transparency और असुरक्षित 2G कनेक्शन के खिलाफ अतिरिक्त सुरक्षा भी लाता है।

Illustration of an Android smartphone sending an encrypted network connection while website names and network metadata are shown as separate layers — What privacy and security features will Android 17 introduce—particularly platform-wide Encrypted Client Hello (ECH), how ECH encrypts websiAndroid 17’s ECH support protects website names in the TLS handshake, but not every layer of connection metadata.
AI संकेत
Create a landscape editorial hero image for this Studio Global article: What privacy and security features will Android 17 introduce—particularly platform-wide Encrypted Client Hello (ECH), how ECH encrypts websi. Article summary: Android 17 (API level 37) adds broad platform support for Encrypted Client Hello (ECH), plus stronger controls over local-network access and certificate validation. ECH meaningfully reduces hostname exposure, but it is n. Topic tags: general, documentation, general web. Style: premium digital editorial illustration, source-backed research mood, clean composition, high detail, modern web publication hero. Use reference image context only for broad subject, composition, and topical grounding; do not copy the exact image. Avoid: logos, brand marks, copyrighted characters, real person likenesses, fake screenshots, UI text, readable text, watermarks, charts with fak
openai.com

Android 17 का सबसे अहम नेटवर्क-प्राइवेसी अपग्रेड Encrypted Client Hello (ECH) है। यह TLS 1.3 का एक एक्सटेंशन है, जो सुरक्षित कनेक्शन शुरू होते समय आम तौर पर दिखाई देने वाले वेबसाइट या सर्विस के होस्टनेम को एन्क्रिप्ट करता है। इससे Wi-Fi संचालकों, इंटरनेट सेवा प्रदाताओं और अन्य नेटवर्क पर्यवेक्षकों के लिए यह पता लगाना कठिन हो सकता है कि कोई ऐप किस खास डोमेन से जुड़ रहा है। हालांकि, ECH पूरी तरह गुमनामी नहीं देता। 4 6

ECH का लाभ तभी मिलेगा जब पूरी कनेक्शन श्रृंखला इसका समर्थन करे: डिवाइस Android 17 या बाद का हो, ऐप की नेटवर्किंग लाइब्रेरी ECH-सक्षम हो और जिस सर्वर से कनेक्शन किया जा रहा है, वहां भी ECH लागू हो। 2 5

ECH क्या छिपाता है?

सामान्य TLS कनेक्शन में क्लाइंट शुरुआती संदेश में Server Name Indication (SNI) भेजता है। इसमें उस वेबसाइट या सर्विस का होस्टनेम शामिल होता है, जिससे कनेक्शन किया जा रहा है। ECH इस संवेदनशील हिस्से को उस सर्विस द्वारा प्रकाशित कॉन्फिगरेशन और क्रिप्टोग्राफिक कुंजी की मदद से एन्क्रिप्ट करता है। सर्वर इस जानकारी को डिक्रिप्ट कर सकता है, लेकिन नेटवर्क पर मौजूद पर्यवेक्षक को केवल बाहरी हैंडशेक दिखाई देता है, असली होस्टनेम नहीं। 4 16

HTTPS पहले से ही वेबपेज की सामग्री को एन्क्रिप्ट करता है, लेकिन कनेक्शन किस सर्विस से हो रहा है, यह जानकारी अक्सर अलग से सामने आ सकती है। ECH इसी मेटाडेटा लीक को कम करने के लिए बनाया गया है। 5 6

नेटवर्क पर फिर भी क्या दिखाई दे सकता है?

ECH कनेक्शन की हर जानकारी को एन्क्रिप्ट नहीं करता। पर्यवेक्षक की स्थिति और कनेक्शन के प्रकार के आधार पर ये विवरण उपलब्ध रह सकते हैं:

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

इसी वजह से ECH को VPN या गुमनामी की प्रणाली नहीं समझना चाहिए। Google ECH और Private DNS को एक-दूसरे के पूरक सुरक्षा उपायों के रूप में देखता है: ECH TLS हैंडशेक में होस्टनेम छिपाता है, जबकि एन्क्रिप्टेड DNS डोमेन-नाम को IP एड्रेस में बदलने वाली अलग प्रक्रिया को सुरक्षित करता है। दोनों में से कोई भी सुविधा अकेले डिवाइस का IP एड्रेस नहीं छिपाती। 6 12

Android 17 में ECH कब काम करेगा?

Android 17 (API लेवल 37) नेटवर्किंग लाइब्रेरी को ECH लागू करने के लिए जरूरी प्लेटफॉर्म सपोर्ट और API उपलब्ध कराता है। इसमें HTTPS DNS रिकॉर्ड से ECH कॉन्फिगरेशन प्राप्त करने की क्षमता भी शामिल है। 4

वास्तविक सुरक्षा के लिए तीन शर्तें जरूरी हैं:

डिवाइस Android 17 या उसके बाद का संस्करण चला रहा हो।
ऐप की नेटवर्किंग स्टैक ECH सपोर्ट करती हो। Android के दस्तावेजों में HttpEngine, WebView और OkHttp जैसे उदाहरण दिए गए हैं। केवल ऑपरेटिंग सिस्टम में सपोर्ट होने से हर नेटवर्किंग लाइब्रेरी अपने-आप ECH-सक्षम नहीं हो जाती। 2 3
रिमोट सर्वर ने ECH लागू किया हो। सर्वर-साइड सपोर्ट के बिना क्लाइंट वेबसाइट का होस्टनेम एन्क्रिप्ट नहीं कर सकता। 2 5

Android 17 या उससे ऊपर को टारगेट करने वाले ऐप्स में, नेटवर्किंग लाइब्रेरी और रिमोट सर्वर दोनों के समर्थन की स्थिति में TLS कनेक्शन के लिए ECH का इस्तेमाल किया जाता है। यदि ECH उपलब्ध न हो, तो ऐप की डोमेन-एन्क्रिप्शन नीति तय करती है कि कनेक्शन जारी रहेगा या सुरक्षा के लिए उसे विफल कर दिया जाएगा। 1 2

ECH GREASE क्या है?

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

GREASE में भेजा गया एक्सटेंशन जानबूझकर काम न करने वाला होता है, लेकिन उसका स्वरूप ECH ट्रैफिक जैसा दिखता है। इसका उद्देश्य संगतता बनाए रखना और ऐसे सरल ट्रैफिक वर्गीकरण को कठिन बनाना है, जिसमें नेटवर्क यह मान ले कि ECH जैसा ट्रैफिक न दिखने का मतलब है कि क्लाइंट कभी ECH इस्तेमाल ही नहीं करता।

ध्यान रहे, GREASE सफल ECH की तरह होस्टनेम को नहीं छिपाता। यह सर्वर-साइड ECH का विकल्प नहीं, बल्कि संगतता और प्राइवेसी-संबंधी एक सहायक तंत्र है। 1

अगर कोई ऐप डोमेन एन्क्रिप्शन बंद कर देता है, तो Android के NetworkSecurityPolicy दस्तावेज के अनुसार ECH और GREASE—दोनों का इस्तेमाल नहीं किया जाना चाहिए। API में डोमेन एन्क्रिप्शन के सक्षम और अनिवार्य जैसे मोड भी उपलब्ध हैं। 1

डेवलपर्स को क्या करना होगा?

Android 17 में प्लेटफॉर्म सपोर्ट आने का अर्थ यह नहीं है कि हर ऐप का ट्रैफिक अपने-आप ECH से सुरक्षित हो जाएगा। डेवलपर्स को:

यह जांचना होगा कि ऐप की नेटवर्किंग लाइब्रेरी ECH सपोर्ट करती है या नहीं। 2 3 5
Network Security Config या संबंधित डोमेन-एन्क्रिप्शन नीति को कॉन्फिगर करना होगा। 1 5
यह सुनिश्चित करना होगा कि लाइब्रेरी सर्वर द्वारा प्रकाशित ECH कॉन्फिगरेशन प्राप्त और इस्तेमाल कर सके। Android इसके लिए HTTPS DNS रिकॉर्ड हासिल करने वाली प्लेटफॉर्म API उपलब्ध कराता है। 4
ECH-सक्षम और ECH-असमर्थ सर्वरों पर ऐप के व्यवहार की जांच करनी होगी—खासकर यह कि ऐप सामान्य कनेक्शन पर फॉलबैक की अनुमति देगा या ECH अनिवार्य करके असफल कनेक्शन को रोक देगा। 1

सर्वर ऑपरेटरों को भी ECH लागू करना होगा और क्लाइंट के लिए जरूरी कॉन्फिगरेशन प्रकाशित करनी होगी। यही सर्वर-साइड निर्भरता है, जिसके कारण Android 17 का सपोर्ट आते ही हर ऐप में विजिट किए गए सभी होस्टनेम छिपने नहीं लगेंगे। 5 16

Google का कहना है कि वह Jigsaw, उद्योग जगत, सर्विस प्रदाताओं और ऐप डेवलपर्स के साथ मिलकर ECH को ज्यादा व्यापक रूप से अपनाने पर काम कर रहा है। लक्ष्य यह है कि होस्टनेम सुरक्षा केवल विशेष रूप से कॉन्फिगर किए गए ब्राउजर तक सीमित न रहे, बल्कि सामान्य नेटवर्किंग इंफ्रास्ट्रक्चर के जरिए ऐप्स को भी उपलब्ध हो। 4 6

Android 17 के दूसरे नेटवर्क-सुरक्षा फीचर

स्थानीय नेटवर्क के लिए रनटाइम परमिशन

Android 17 या उससे ऊपर को टारगेट करने वाले ऐप्स को स्थानीय नेटवर्क पर डिवाइस खोजने या उनसे कनेक्ट करने से पहले ACCESS_LOCAL_NETWORK रनटाइम परमिशन लेनी होगी। यह परमिशन मौजूदा NEARBY_DEVICES समूह का हिस्सा है। इसलिए जिन यूजर्स ने पहले ही इस समूह की कोई दूसरी परमिशन दी है, उन्हें समूह-स्तर पर दोबारा प्रॉम्प्ट दिखाई न दे। 2 17

इस बदलाव का उद्देश्य ऐप्स द्वारा बिना स्पष्ट अनुमति स्थानीय नेटवर्क स्कैन करने की संभावना घटाना है। ऐसे स्कैन का इस्तेमाल ट्रैकिंग, डिवाइस फिंगरप्रिंटिंग या कमजोर डिवाइस खोजने के लिए किया जा सकता है। स्मार्ट-होम डिवाइस, कास्टिंग रिसीवर या अन्य LAN डिवाइस से वैध रूप से जुड़ने वाले ऐप्स को यह परमिशन घोषित करके मांगनी होगी। 17 19

Certificate Transparency डिफॉल्ट रूप से चालू

Android 17 TLS कनेक्शनों के लिए Certificate Transparency (CT) को डिफॉल्ट रूप से सक्षम करता है। CT का उद्देश्य गलत तरीके से जारी किए गए सार्वजनिक प्रमाणपत्रों का पता लगाने में मदद करना है। इसके लिए प्रमाणपत्रों को सार्वजनिक और ऑडिट किए जा सकने वाले लॉग में दर्ज किया जाता है। ऐप्स नेटवर्क-सिक्योरिटी कॉन्फिगरेशन के जरिए इसे सभी डोमेन या चुनिंदा डोमेन के लिए बंद कर सकते हैं। 3

2G कनेक्शन पर अतिरिक्त नियंत्रण

Android 17 कमजोर 2G सेलुलर नेटवर्क से जुड़े जोखिमों के खिलाफ भी सुरक्षा बढ़ाता है। जहां डिवाइस और कैरियर सपोर्ट करते हैं, वहां कैरियर डिफॉल्ट रूप से 2G कनेक्टिविटी को सीमित या बंद कर सकते हैं। इससे नकली बेस स्टेशन और SMS-blaster हमलों के प्रति जोखिम कम करने में मदद मिल सकती है। इसका सटीक व्यवहार कैरियर और डिवाइस के समर्थन पर निर्भर करेगा। 8

निष्कर्ष: प्राइवेसी बेहतर होगी, लेकिन पूरी तरह अदृश्य नहीं

ECH एक महत्वपूर्ण सुधार है, क्योंकि क्लाइंट और सर्वर दोनों के समर्थन की स्थिति में यह TLS हैंडशेक के महत्वपूर्ण हिस्से से होस्टनेम हटा देता है। फिर भी यह ब्राउजिंग को पूरी तरह अदृश्य नहीं बनाता। DNS कॉन्फिगरेशन, डेस्टिनेशन IP एड्रेस, कनेक्शन का समय, पैकेट का आकार और ट्रैफिक की मात्रा अब भी संकेत दे सकते हैं कि कनेक्शन किस दिशा में जा रहा है।

डोमेन-प्राइवेसी मजबूत करने के लिए ECH के साथ एन्क्रिप्टेड DNS का इस्तेमाल करना बेहतर है। IP एड्रेस छिपाने के लिए VPN, प्रॉक्सी या Tor जैसी अलग प्रणाली की जरूरत होगी। Android 17 के बदलाव को सबसे सटीक रूप से इस तरह समझा जा सकता है: यह नेटवर्क पर्यवेक्षकों के लिए वेबसाइट और सर्विस के नाम पढ़ना कठिन बनाता है, लेकिन कनेक्शन मेटाडेटा की अन्य परतों को ECH की सुरक्षा से बाहर छोड़ देता है।

Studio Global AI

अपना शोध जारी रखें

इस पृष्ठ में एक स्रोत-समर्थित उत्तर शामिल है जिसे आप Studio Global के अंदर जारी रख सकते हैं।

Studio Global AI के साथ खोजें और तथ्यों की जांच करें

लोग पूछते भी हैं