eMudhra के सर्टिफिकेट की गुप्त कुंजी सिर्फ़ 4 निकली, किसी भी वेबसाइट की नकल संभव थी

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

आपके ब्राउज़र में दिखने वाले ताले का काम ही इन प्रमाणपत्रों की जाँच करना है। इनके नकली होने पर, इंटरनेट तक पहुँचने के रास्ते में मौजूद हमलावर—चाहे वह कैफ़े के वाई-फ़ाई पर हो, हैक किए गए राउटर पर या किसी शत्रुतापूर्ण राष्ट्रीय नेटवर्क पर—असली वेबसाइट बनकर सामने आ सकता है और आपके भेजे हुए संदेश पढ़ या बदल सकता है। Chrome, Firefox, Safari और Microsoft के प्लेटफ़ॉर्म ने इन आठ प्रमाणपत्रों पर भरोसा करना पहले ही बंद कर दिया है। लेकिन आपके उपकरणों में मौजूद बहुत-सा दूसरा सॉफ़्टवेयर अब भी ऐसा नहीं करता।

इस तरह की सामान्य कुंजी लगभग 384 बिट लंबी बेतरतीब संख्या होती है, यानी उसके करीब 10 की घात 115 संभावित रूप हो सकते हैं। Ars Technica की सूची के मुताबिक, eMudhra की कुंजियाँ सिर्फ़ 3 से 8 बिट की थीं: 4, 56, 66, 115, 155, 156, 230 और 237। सुरक्षा शोधकर्ता स्कॉट हेल्मे (Scott Helme) ने लिखा कि उन्होंने अपने लैपटॉप पर मौजूद सार्वजनिक प्रमाणपत्रों से आठों कुंजियाँ निकाल लीं, “और इसमें एक सेकंड से भी कम लगा।” बाद में उन्होंने बताया कि Anthropic के Claude ने भी एक ही प्रॉम्प्ट से यही काम कर दिखाया।

किसी को कुछ चुराने की ज़रूरत नहीं पड़ी। BleepingComputer की रिपोर्ट के मुताबिक, Mozilla को दिए अपने जवाब में eMudhra ने इसका दोष कुंजी बनाने की प्रक्रिया के दौरान इस्तेमाल होने वाली स्क्रिप्ट की एक गड़बड़ी पर डाला: स्क्रिप्ट ने कुंजियों का एक दूसरा, कमज़ोर सेट बना दिया था और कर्मचारियों ने गलती से वही चुन लिया, क्योंकि उन पर लगे लेबल मिलते-जुलते थे। कंपनी का कहना है कि वह 60 मिलियन से अधिक डिजिटल प्रमाणपत्र जारी कर चुकी है। उसने Mozilla को बताया कि प्रभावित इंटरमीडिएट प्रमाणपत्रों में से ज़्यादातर कभी इस्तेमाल में नहीं आए और उसे ऐसा कोई सबूत नहीं मिला कि उनसे अंतिम उपयोगकर्ताओं के प्रमाणपत्रों पर हस्ताक्षर किए गए हों। कंपनी ने आठों प्रमाणपत्र रद्द कर दिए हैं और प्रभावित रूट के तहत नए प्रमाणपत्र जारी करना रोक दिया है।

ब्राउज़र वाला हिस्सा आसान है। Chrome, Firefox और Safari चुपचाप उपयोगकर्ताओं तक निरस्तीकरण सूचियाँ पहुँचाते हैं और यह भी ज़रूरी करते हैं कि हर प्रमाणपत्र सार्वजनिक Certificate Transparency लॉग में दर्ज हो। इन कुंजियों से जुड़ी किसी वेबसाइट का प्रमाणपत्र वहाँ कभी दिखाई नहीं दिया, इसलिए अपडेटेड ब्राउज़र डिफ़ॉल्ट रूप से कभी जोखिम में नहीं थे। असली कमी बाकी हर जगह है। curl जैसे कमांड-लाइन टूल, Python, Node और Go जैसी भाषाएँ, VPN क्लाइंट, Docker कंटेनर और स्मार्ट-होम उपकरण अपने भरोसेमंद प्राधिकरणों की अलग सूची रखते हैं, आम तौर पर प्रमाणपत्र रद्द होने की जाँच नहीं करते और पारदर्शिता लॉग को नज़रअंदाज़ कर देते हैं। हेल्मे ने Stripe के पेमेंट API के लिए एक नकली प्रमाणपत्र बनाया और पाया कि उनके जाँचे हर Linux और macOS कंप्यूटर पर curl, Python और Node ने उसे स्वीकार कर लिया।

Go भाषा के क्रिप्टोग्राफ़ी कोड के अनुरक्षकों में से एक, फ़िलिप्पो वाल्सोर्दा (Filippo Valsorda) ने Ars Technica से कहा, “इसकी सफ़ाई का काम बहुत बड़ा होगा—Heartbleed से भी बड़ा।” उनका इशारा OpenSSL की उस खामी की ओर था, जिसके असर को पूरी तरह दूर करने में वर्षों लग गए। उन्हें IoT उपकरणों, Docker कंटेनरों, भुला दिए गए Linux कंप्यूटरों और ऐसे टूलों की “बहुत, बहुत लंबी कतार” की आशंका है, जो भरोसेमंद रूट प्रमाणपत्रों की अपनी प्रति साथ रखते हैं और जिनका रखरखाव नहीं होता। इन कुंजियों का दुरुपयोग करने के लिए अब भी हमलावर का नेटवर्क के रास्ते में होना ज़रूरी है—इसलिए यह सरकारों, किसी समझौता किए जा चुके दफ़्तर के नेटवर्क या सार्वजनिक हॉटस्पॉट चलाने वालों की पहुँच में है। Ars के मुताबिक, Signal, WhatsApp और WireGuard प्रभावित नहीं हैं, क्योंकि वे अपने एन्क्रिप्शन के लिए इन प्रमाणपत्रों पर निर्भर नहीं करते।

अप्रैल 2025 में प्रमाणपत्र बनाए जाने के दिन से ही इन कुंजियों को निकाला जा सकता था—यानी यह जोखिम करीब 17 महीने तक बना रहा। यह जानने का कोई तरीका नहीं है कि किसी ने ऐसे सॉफ़्टवेयर के ख़िलाफ़ इनका इस्तेमाल किया या नहीं, जो पारदर्शिता की जाँच छोड़ देता है। मई 2025 में हर प्रमाणपत्र पर Sectigo के AAA Certificate Services रूट से भी क्रॉस-साइन किया गया था, जिससे उन प्रणालियों का दायरा बढ़ गया जो उन पर भरोसा करती थीं।

ज़्यादातर लोगों के लिए इसका हल अपडेट इंस्टॉल करना है। एक शोधकर्ता ने 17 अक्टूबर को ब्राउज़र बनाने वाली कंपनियों को इन कुंजियों की जानकारी दी। उसी दिन Mozilla ने तीन घंटे के भीतर Firefox में प्रमाणपत्रों को ब्लॉक कर दिया। 20 अक्टूबर को उसने Firefox 158.0.1, नए ESR बिल्ड और NSS 3.131.1 जारी किए, जिनमें eMudhra का रूट हटा दिया गया। Mozilla इंजीनियर डेनिस जैक्सन (Dennis Jackson) की ओर से संचालित घटना-संबंधी वेबसाइट के मुताबिक, Apple ने 19 अक्टूबर और Microsoft ने 20 अक्टूबर को सुरक्षा जोड़ी। हालाँकि, Ars ने अपनी रिपोर्ट प्रकाशित करते समय पाया कि Windows 10 पर Edge अब भी परीक्षण सर्वरों से जुड़ रहा था। Go 1.27.3 और 1.26.10, pip 26.2.2, uv 0.13.4 और certifi 2026.10.19 जारी हो चुके हैं। Cloudflare ने अपने WARP और 1.1.1.1 ऐप अपडेट कर दिए हैं, जबकि Linux वितरण अब भी नए ca-certificates पैकेज जारी कर रहे हैं। macOS में पहले से मौजूद curl तब तक इन कुंजियों पर भरोसा करता रहेगा, जब तक उसकी प्रमाणपत्र फ़ाइल को हाथ से संपादित न किया जाए।

Chrome ने पुष्टि की है कि संस्करण 43 में eMudhra का रूट उसके Chrome Root Store से हटा दिया जाएगा। जब तक हर उपकरण अपडेट नहीं हो जाता, तब तक आठ बिट ही रोज़मर्रा के बहुत-से सॉफ़्टवेयर और किसी भी वेबसाइट की विश्वसनीय नक़ल के बीच की आख़िरी रुकावट हैं।

टैग: साइबर सुरक्षा, Mozilla, Firefox, eMudhra, Google Chrome, TLS सर्टिफिकेट