IDN homograph हमला क्या है?

IDN homograph हमला कैसे काम करता है?

यह इसलिए काम करता है क्योंकि Unicode में अलग-अलग वर्णमालाओं के अक्षर होते हैं जो एक जैसे दिखते हैं, और डोमेन व्यवस्था किसी को भी उनका उपयोग करने वाले नाम पंजीकृत करने देती है। अंतरराष्ट्रीय डोमेन नाम (IDN) गैर-ASCII अक्षरों वाला नाम है। DNS केवल ASCII संभालता है, इसलिए ऐसे हर लेबल को punycode में बदला जाता है, एक ऐसी स्ट्रिंग जो xn-- से शुरू होती है और उसके बाद एक एन्कोडेड रूप आता है। अगर ब्राउज़र उसे दिखाने का फ़ैसला करे तो इंसान Unicode रूप देखता है; नाम को संग्रहीत या लॉग करने वाला सॉफ़्टवेयर xn-- रूप देखता है।

हमलावर ऐसा नाम पंजीकृत करता है जिसमें एक या अधिक लैटिन अक्षर किसी मिलते-जुलते अक्षर से बदले गए हों: उदाहरण के लिए लैटिन a की जगह सिरिलिक а। रजिस्ट्री और रजिस्ट्रार उसे स्वीकार करते हैं क्योंकि वह एक वैध नाम है। विज़िटर examplecoin.com पढ़ता है और आपकी साइट की प्रति पर एक लेनदेन साइन करता है।

xn-- उपसर्ग का क्या अर्थ है?

उपसर्ग xn-- ऐसे लेबल को चिह्नित करता है जिसमें एन्कोडेड रूप में गैर-ASCII वर्ण हों। ऊपर के उदाहरणों में, xn--exmplecoin-0qi.com, exаmplecoin.com का संग्रहीत रूप है: लेबल के ASCII अक्षर पहले आते हैं और एन्कोडेड सिरिलिक वर्ण हाइफ़न के बाद आता है। xn-- से शुरू होने वाला नाम अपने आप में दुर्भावनापूर्ण नहीं है; दूसरी भाषाओं की कई वैध साइटें इसका उपयोग करती हैं। असली बात यह है कि डिकोड की गई स्ट्रिंग किसी ब्रांड की नकल करती है या नहीं। क्लिक करने से पहले आप ऊपर जैसी किसी लिपि में किसी भी संदिग्ध नाम को डिकोड कर सकते हैं, या उसे किसी लुकअप उपकरण में चिपका सकते हैं।

Chrome यह कैसे तय करता है कि Unicode दिखाए या punycode?

Chrome हर लेबल के लिए अलग से तय करता है, और जब भी कोई जाँच विफल होती है तो xn-- रूप दिखाता है। दस्तावेज़ित जाँचों में वे लिपियाँ मिलाना शामिल है जिन्हें नहीं मिलना चाहिए (लैटिन के साथ सिरिलिक या ग्रीक), Unicode सुरक्षा डेटा से मिश्रित-लिपि confusables, और ऐसे लेबल जो एक लिपि के मिलते-जुलते अक्षरों से बने हों जब एक्सटेंशन उस लिपि का न हो। Chrome उन लेबलों को भी अस्वीकार करता है जो केवल अंकों या अंक-मिलते-जुलते वर्णों से बने हों, और जो लहज़े हटाने पर किसी शीर्ष डोमेन से मेल खाते हों। अगर हर जाँच पास हो, तो लेबल Unicode में दिखता है। यह नीति उपयोगकर्ता की भाषा सेटिंग पर निर्भर नहीं करती।

तालिका में पूरी तरह सिरिलिक वाला аррӏе.com पूरी-लिपि का मामला है: उसमें कुछ नहीं मिला है, इसलिए मिश्रित-लिपि नियम उसे नहीं पकड़ता, और Chrome अपनी अलग पूरी-लिपि जाँच पर भरोसा करता है। दूसरे ब्राउज़रों की अपनी नीतियाँ हैं, जिन्हें Wardmint ने नहीं पढ़ा, इसलिए यह पृष्ठ केवल Chrome का दस्तावेज़ीकरण करता है। पते के भ्रम का सामान्य संबंधित जोखिम फ़िशर किस प्रकार के मिलते-जुलते डोमेन पंजीकृत करते हैं में है।

मैं होमोग्राफ़ डोमेन से अपने ब्रांड की रक्षा कैसे करूँ?

जितने ASCII वैरिएंट पंजीकृत कर सकें करें, बाकी पर नज़र रखें, और जो मिले उसकी रिपोर्ट करें। होमोग्राफ़ नाम हर लिपि में आपके द्वारा पहले से पंजीकृत नहीं किया जा सकता, क्योंकि संयोजन बहुत अधिक हैं। आप जो कर सकते हैं वह है उन्हें खोजना: dnstwist शोधित Unicode वर्णों के सेट से homoglyph नाम बनाता है और जाँचता है कि कौन-से मौजूद हैं, और प्रमाणपत्र लॉग उन नामों को दिखाते हैं जो डिकोड किए गए रूप में आपका ब्रांड रखते हैं। मिलते-जुलते डोमेन खोजने की गाइड में कमांड हैं, और प्रमाणपत्र पारदर्शिता की निगरानी कैसे करें लॉग को कवर करती है।

Wardmint के पृष्ठ ASCII नामों के पंजीकरण का वर्णन करते हैं और IDN पंजीकरण का दावा नहीं करते। ASCII homoglyphs (l के लिए 1, m के लिए rn) के लिए कवरेज वही है जो किसी भी टाइपो के लिए है: देखें अपने ब्रांड को टाइपोस्क्वैटिंग से कैसे बचाएँ।

इस पर Wardmint के आँकड़े क्या कहते हैं?

Wardmint ने 12 नवंबर 2026 को Chromium नीति की जाँच की और उसके नियमों को उन जाँचों के 5 परिवारों में समूहित किया जो Unicode और punycode के बीच तय करते हैं: रूपांतरण और वैधता, लिपि मिलाना, संख्यांकन और अदृश्य वर्ण, confusables, और अंक, पैटर्न और शीर्ष डोमेन। समूहन Wardmint का अपना है; नियम Chromium के हैं।

होमोग्राफ़ डोमेन एक डोमेन नाम है जिसके अक्षर किसी ज्ञात नाम से अलग हैं पर पाठक को एक जैसे दिखते हैं। IDN homograph हमला ऐसे नाम का उपयोग किसी ब्रांड का प्रतिरूपण करने के लिए है। Punycode वह ASCII एन्कोडिंग है, जो xn-- से शुरू होती है और जिसे DNS गैर-ASCII अक्षरों वाले नामों के लिए संग्रहीत करता है।