फ़िशिंग URL और डोमेन

यूआरएल एन्कोडर / डीकोडर

स्थानीय रूप से चलता है

यह उपकरण स्वयं अंग्रेज़ी में है; यह पृष्ठ इसे आपकी भाषा में समझाता है।

यूआरएल एन्कोडर / डीकोडर का उपयोग करें

यह क्या करता है

प्रतिशत-एन्कोड किए गए टेक्स्ट को डिकोड करें, जैसे कि फ़िशिंग लिंक में छिपा हुआ रीडायरेक्ट लक्ष्य, या URL में उपयोग के लिए टेक्स्ट को encodeURIComponent या encodeURI से एन्कोड करें।

यह पूरी तरह से आपके ब्राउज़र में चलता है: आप जो कुछ भी दर्ज करते हैं वह अपलोड नहीं होता।

यूआरएल एन्कोडर / डीकोडर का उपयोग कैसे करें

  1. टेक्स्ट पेस्ट करें. एन्कोड की गई स्ट्रिंग को पेस्ट करें, उदाहरण के लिए url= या redirect= पैरामीटर का मान, या वह प्लेन टेक्स्ट जिसे आप एन्कोड करना चाहते हैं।
  2. कार्रवाई चुनें. %XX अनुक्रमों को वापस वर्णों में बदलने के लिए decode दबाएँ, एकल मान को एन्कोड करने के लिए encodeURIComponent का उपयोग करें, या पूरे पते को एन्कोड करने के लिए encodeURI का उपयोग करें।
  3. आउटपुट पढ़ें. परिणाम बटनों के नीचे दिए गए बॉक्स में दिखाई देता है। त्रुटि का अर्थ है कि वह इनपुट उस क्रिया के लिए मान्य नहीं है।
  4. अगर ज़रूरत हो तो फिर से डिकोड करें. डिकोड पर प्रत्येक प्रेस एक परत हटा देता है। यदि आप अभी भी %25, %3A या %2F देख रहे हैं, तो आउटपुट को वापस बॉक्स में पेस्ट करें और फिर से डिकोड करें।
  5. नकल करें या आगे भेजें. कॉपी परिणाम लेता है। Send to… इसे लिंक अनरैपर, मल्टी-लेयर डीकोडर, URL डिफेंजर या होमोग्लिफ चेकर को भेजता है।

उदाहरण

एन्कोडेड रीडायरेक्ट लक्ष्य

इनपुट
https%3A%2F%2Flogin.example.com%2Fverify%3Fuser%3Dalice%40example.com%26step%3D2
आउटपुट (2026-10-20 को कैप्चर किया गया)
https://login.example.com/verify?user=alice@example.com&step=2

Decode यह दिखाता है: https://login.example.com/verify?user=alice@example.com&step=2। फिशिंग लिंक अक्सर प्राप्तकर्ता का ईमेल पता इस तरह शामिल करते हैं ताकि नकली लॉगिन पेज इसे भर सके।

यह क्या जाँचता है

संकेतइसका क्या मतलब है
डिकोड किया गया परिणामहर %XX अनुक्रम वह अक्षर बन जाता है जिसे वह दर्शाता है, जिसे UTF-8 के रूप में पढ़ा जाता है। इसके भीतर दूसरा पूरा पता, एक ईमेल पता या एक स्क्रिप्ट खोजें।
आउटपुट में 25% बचा है%25 एक एन्कोडेड प्रतिशत चिह्न है। यदि आउटपुट में अभी भी %3A, %2F या %25 मौजूद हैं, तो मूल पाठ संभवतः दो बार एन्कोड किया गया था, जो किसी गंतव्य को एक त्वरित नज़र में छिपाने का एक आम तरीका है।
त्रुटिडीकोडिंग एक अकेले % पर, % के बाद गैर-हेक्स अक्षरों पर या अधूरे UTF-8 अनुक्रम पर विफल होती है। एन्कोडिंग केवल टूटे हुए सरोगेट जोड़े पर विफल होती है, जो पेस्ट किए गए टेक्स्ट में दुर्लभ है।
प्लस चिह्नdecode '+' को जैसा है वैसा ही छोड़ देता है। फॉर्म-स्टाइल क्वेरी स्ट्रिंग्स में '+' का मतलब एक स्पेस होता है, इसलिए इसे आप खुद उसी तरह पढ़ें।
एनकोडयूआरआईकंपोनेंट आउटपुटयह अक्षरों, अंकों और कुछ चिह्नों जैसे हाइफ़न, अंडरस्कोर, डॉट और टिल्ड को छोड़कर सभी चीज़ों को एन्कोड करता है, इसलिए : / ? & = # और @ सभी एन्कोड किए जाते हैं। इसे एक पैरामीटर मान के लिए उपयोग करें, जैसे ईमेल पता।
एनकोडयूआरआई आउटपुटवे कैरेक्टर्स जिन्हें URL की संरचना देने वाले होते हैं, जैसे : / ? & = # @, उन्हें बरकरार रखता है, और रिक्त स्थान तथा गैर-ASCII अक्षरों को एन्कोड करता है।
गैर-ASCII अक्षरएन्कोडिंग प्रत्येक गैर-ASCII अक्षर को दो से चार %XX बाइट्स के रूप में लिखती है। इस तरह छिपाया गया कोई सिरीलिक या उच्चारणयुक्त अक्षर केवल डिकोडिंग के बाद ही दिखाई देता है।

और उदाहरण

दोहरी-एन्कोडेड रीडायरेक्ट लक्ष्य

इनपुट
https%253A%252F%252Fexample.net%252Flogin
परिणाम

decode करने पर https%3A%2F%2Fexample.net%2Flogin मिलता है। उस आउटपुट को फिर से डिकोड करने पर https://example.net/login मिलता है।

ईमेल पता एक पैरामीटर मान के रूप में

इनपुट
alice@example.com&next=/account
परिणाम

encodeURIComponent alice%40example.com%26next%3D%2Faccount देता है, इसलिए & और / अब क्वेरी को विभाजित नहीं कर सकते।

एक रिक्त स्थान और एक विराम चिह्न के साथ पूरा पता

इनपुट
https://example.org/search?q=café & tea
परिणाम

encodeURI https://example.org/search?q=caf%C3%A9%20&%20tea देता है। & बना रहता है, इसलिए tea एक नया पैरामीटर शुरू कर देगा; इसके बजाय मान के लिए encodeURIComponent का उपयोग करें।

अक्सर पूछे जाने वाले प्रश्न

तीन बटनों में क्या अंतर है?

encodeURIComponent अक्षरों, अंकों और कुछ चिह्नों (जैसे - _ . ~) को छोड़कर बाकी सब कुछ एस्केप कर देता है, इसलिए यह एकल पैरामीटर मान के लिए उपयुक्त है। encodeURI URL संरचना (जैसे : / ? & = #) को बरकरार रखता है, और decode %XX अनुक्रमों को उलट देता है।

डीकोडिंग त्रुटि क्यों दिखाती है या %2F को पीछे क्यों छोड़ देती है?

एक विकृत अनुक्रम, जैसे कि अकेला % या कट-ऑफ %E0%A4, डिकोडिंग को विफल कर देता है, और टूल त्रुटि दिखाता है। यह प्रत्येक रन में एक परत हटाता है, इसलिए दोहरी-एन्कोड की गई टेक्स्ट (%252F) के लिए दूसरी पास या मल्टी-लेयर डिकोडर की आवश्यकता होती है, और + को रिक्ति में नहीं बदला जाता।

क्या भेजा गया पाठ कहीं भेजा जाता है?

नहीं। एन्कोडिंग और डिकोडिंग इस पृष्ठ पर ब्राउज़र के अंतर्निहित फ़ंक्शन का उपयोग करते हैं; कुछ भी अपलोड नहीं होता है और कोई लिंक नहीं खोला जाता है।

एक फ़िशिंग लिंक को आखिर क्यों एन्कोड किया जाएगा?

एनकोडिंग एक पैरामीटर के अंदर पठनीय पता छिपा देती है, इसलिए पूर्वावलोकन, फ़िल्टर या एक त्वरित नज़र में केवल पहला होस्ट ही दिखाई देता है। रीडायरेक्ट सेवाएँ और मेल स्कैनर भी लिंक को रैप करते समय गंतव्य को एनकोड करते हैं।

क्या डिकोडिंग पाठ में और कुछ भी बदलती है?

नहीं। केवल %XX अनुक्रम बदलते हैं। अक्षर और + चिह्न वैसे ही रहते हैं, और HTML एंटिटीज़ परिवर्तित नहीं होतीं।

मैं एक पूरे रैप किए गए लिंक, जैसे कि Safe Links पता, को कैसे डिकोड करूँ?

Link Unwrapper का उपयोग करें। यह उस पैरामीटर को खोजता है जिसमें गंतव्य होता है और इसे परत-दर-परत डिकोड करता है। यह टूल पूरी स्ट्रिंग को एक साथ डिकोड करता है, इसलिए रैपर से संबंधित हिस्से भी डिकोड हो जाते हैं।

उच्चारणयुक्त या सिरीलिक अक्षर कई %XX समूहों में क्यों बदल जाते हैं?

ASCII के बाहर के वर्णों को पहले UTF-8 बाइट्स के रूप में लिखा जाता है, और प्रत्येक बाइट को अलग से एन्कोड किया जाता है। é %C3%A9 बन जाता है, और सिरीलिक а %D0%B0 बन जाता है।

शर्तों की व्याख्या

फिशडिस्ट्रॉय अनुसंधान