लिंक को प्रोटोकॉल, होस्ट, पोर्ट, पथ, क्वेरी और फ्रैगमेंट में विभाजित करें, जैसा ब्राउज़र करता है।
Link Unwrapper (रीडायरेक्ट डिकोडर)
स्थानीय रूप से चलता हैनया
यह उपकरण स्वयं अंग्रेज़ी में है; यह पृष्ठ इसे आपकी भाषा में समझाता है।
Link Unwrapper (रीडायरेक्ट डिकोडर) का उपयोग करें
यह क्या करता है
एक या ज़्यादा बदले हुए (rewritten) लिंक, या पूरा संदेश पेस्ट करें, ताकि हर रैपर परत, डिफ़ैंग रूप में आखिरी मंज़िल और चेतावनी के संकेत दिखें, जैसे @ से पहले यूज़र नेम, IP होस्ट या punycode।
यह पूरी तरह से आपके ब्राउज़र में चलता है: आप जो कुछ भी दर्ज करते हैं वह अपलोड नहीं होता।
Link Unwrapper (रीडायरेक्ट डिकोडर) का उपयोग कैसे करें
- लिंक या संदेश पेस्ट करें. हर लाइन में एक रैप किया हुआ लिंक पेस्ट करें, या पूरा ईमेल, चैट संदेश या HTML सोर्स। hxxps://example[.]com जैसे डिफ़ैंग किए गए लिंक भी स्वीकार होते हैं, अधिकतम 500 लिंक और 1 MB टेक्स्ट तक।
- अनरैप करें. Unwrap या Ctrl+Enter दबाएँ। बॉक्स में पेस्ट करने से भी प्रक्रिया शुरू हो जाती है। कुछ भी कहीं नहीं भेजा जाता।
- परतें पढ़ें. हर नतीजे में रैपर क्रम से दिखते हैं, साथ में वह पैरामीटर जिसमें अगला पता था, जैसे Google redirect, q।
- मंज़िल जाँचें. Destination बॉक्स आखिरी पता डिफ़ैंग करके दिखाता है, ताकि उस पर क्लिक न हो सके। Copy raw (मूल पता कॉपी करें) नोट्स या रिपोर्ट के लिए काम करने वाला पता देता है।
- चेतावनियाँ पढ़ें. लाल चेतावनियाँ पहले आती हैं, फिर पीली। अगर कोई चेतावनी न हो, तो याद रखें कि टूल सिर्फ़ पता पढ़ता है, साइट की साख नहीं।
- आगे भेजें. मंज़िल को URL Parser या Homoglyph Checker में खोलने के लिए Send to… (आगे भेजें) इस्तेमाल करें, या जब संदेश में कई लिंक हों तो Copy all destinations (सभी मंज़िलें कॉपी करें) दबाएँ।
उदाहरण
URL Defense के ऊपर Safe Links
https://nam12.safelinks.protection.outlook.com/?url=https%3A%2F%2Furldefense.com%2Fv3%2F__https%3A%2F%2Flogin.example.com%40198.51.100.7%2Fverify*id%3D1__%3BPw!!AbCdEf!GhIjKl%24&data=05%7C02%7C%7Cc0ffee%7C0&reserved=01 link: 1 unwrapped, 1 with warnings.
Result 2 layers
Microsoft Defender Safe Links url
→ hxxps://urldefense[.]com/v3/__https://login[.]example[.]com[@]198[.]51[.]100[.]7/verify*id=1__;Pw!!AbCdEf!GhIjKl$
Proofpoint URL Defense path __…__ with 1 replaced character(s)
→ hxxps://login[.]example[.]com[@]198[.]51[.]100[.]7/verify?id=1
Destination
hxxps://login[.]example[.]com[@]198[.]51[.]100[.]7/verify?id=1
Copy raw
The URL has a user-info part before "@" ("login[.]example[.]com"). Browsers ignore it and go to 198[.]51[.]100[.]7.
The host is a bare IP address (198[.]51[.]100[.]7) instead of a domain name.दो परतें: Microsoft Defender Safe Links, फिर Proofpoint URL Defense v3, जो * के पीछे छिपे ? को वापस लाता है। मंज़िल hxxps://login[.]example[.]com[@]198[.]51[.]100[.]7/verify?id=1 पर चेतावनी लगती है: @ से पहले का टेक्स्ट सिर्फ़ यूज़र नेम है और असली होस्ट IP 198.51.100.7 है।
यह क्या जाँचता है
| संकेत | इसका क्या मतलब है |
|---|---|
| रैपर की परतें | हर पहचाना गया रैपर या रीडायरेक्ट पैरामीटर एक-एक परत करके डिकोड होता है, अधिकतम 10 परतों तक। फ़ॉरवर्ड किए गए मेल में परत के अंदर परत होना सामान्य हो सकता है, लेकिन इससे सरसरी नज़र में पता छिप भी जाता है। |
| @ से पहले यूज़र नेम (लाल) | https://login.example.com@198.51.100.7/ में @ से पहले का सब कुछ सिर्फ़ यूज़र नेम है। ब्राउज़र उसके बाद वाले होस्ट पर जाता है, इसलिए जाना-पहचाना नाम सिर्फ़ दिखावा है। |
| होस्ट के रूप में IP एड्रेस | सीधे IPv4 या IPv6 होस्ट पर पीली चेतावनी मिलती है। एक डेसिमल या हेक्स संख्या के रूप में, या किसी दूसरे असामान्य रूप में लिखा होस्ट लाल होता है और उसके साथ वह एड्रेस दिखाया जाता है जिसे ब्राउज़र असल में खोलेगा। |
| अंतरराष्ट्रीय अक्षरों वाला होस्ट | non-ASCII अक्षरों या xn-- लेबल वाला होस्ट Unicode और punycode दोनों में दिखाया जाता है। उस पर भरोसा करने से पहले उसमें मिलते-जुलते अक्षर जाँचें। |
| होस्ट की शुरुआत में जाना-पहचाना नाम | अगर होस्ट example.com. जैसी किसी चीज़ से शुरू होता है लेकिन अंत में रजिस्टर किया गया डोमेन अलग है, तो टूल असली रजिस्टर्ड डोमेन बताता है। |
| लिंक टेक्स्ट मेल नहीं खाता | HTML और Markdown लिंक में दिखने वाले टेक्स्ट की तुलना मंज़िल से की जाती है, और अलग डोमेन लाल दिखता है। सादे टेक्स्ट में, लिंक से ठीक पहले लिखे डोमेन पर पीली चेतावनी मिलती है। |
| स्क्रिप्ट URL (लाल) | javascript:, data: या vbscript: वाली मंज़िल वेब पेज खोलने के बजाय कोड चलाती है या सामग्री रेंडर करती है। |
| छोटा लिंक या सिर्फ़ डोमेन | bit.ly जैसे शॉर्टनर ऑफ़लाइन डिकोड नहीं हो सकते, इसलिए उनकी जगह आपको curl कमांड मिलती है। Mimecast और कुछ Sophos लिंक सिर्फ़ मंज़िल का डोमेन बताते हैं। |
| लूप और अधूरा डेटा | खुद की ओर वापस इशारा करने वाला लिंक, 10 परतों के बाद रुकी प्रक्रिया, या अपने मार्करों से छोटा URL Defense डेटा, इन सबकी सूचना दी जाती है, क्योंकि नतीजा अधूरा हो सकता है। |
और उदाहरण
मिलते-जुलते होस्ट पर Google रीडायरेक्ट
https://www.google.com/url?q=https://example.com.login-check.example.net/session&sa=D&source=editors1 परत: Google redirect, पैरामीटर q। मंज़िल hxxps://example[.]com[.]login-check[.]example[.]net/session, पीली चेतावनी के साथ: The host starts with "example[.]com." but the registered domain is example[.]net.
ऐसा संदेश जिसमें दूसरी साइट का नाम है
Sign in at example.com to keep your account: https://l.facebook.com/l.php?u=https%3A%2F%2Fsignin.example.net%2Faccount&h=AT0abc1 परत: Facebook / Meta link shim, पैरामीटर u। मंज़िल hxxps://signin[.]example[.]net/account। पीली चेतावनी: The text before the link mentions example[.]com but the link goes to signin[.]example[.]net.
YouTube रीडायरेक्ट के अंदर डेसिमल IP
https://www.youtube.com/redirect?q=http%3A%2F%2F3221226010%2Fprize&v=abc1 परत: YouTube redirect, पैरामीटर q। मंज़िल hxxp://3221226010/prize। लाल चेतावनी: Obfuscated IP address: the host is written as 3221226010, which browsers read as 192[.]0[.]2[.]26.
अक्सर पूछे जाने वाले प्रश्न
यह कौन-से रैपर डिकोड करता है?
Microsoft Defender Safe Links, Proofpoint URL Defense v1, v2 और v3, Google /url और Ads लिंक, Facebook, Instagram और Messenger लिंक शिम, LinkedIn, Barracuda, Cisco Secure Email, Trend Micro, Sophos, Bing, Steam, Slack, YouTube और VK रीडायरेक्ट्स, साथ ही url=, u=, q=, target=, to=, dest=, redirect=, next= या link= जैसे रीडायरेक्ट पैरामीटर जो एक URL रखते हैं। नेस्टेड रैपर्स को एक-एक परत करके डिकोड किया जाता है।
t.co, lnkd.in और Mimecast लिंक पूरी तरह डिकोड क्यों नहीं होते?
t.co और lnkd.in जैसे शॉर्टनर मंज़िल को अपने सर्वर पर रखते हैं, इसलिए टूल एक curl -sI कमांड दिखाता है जो पेज खोले बिना Location हेडर प्रिंट करती है। Mimecast लिंक में सिर्फ़ मंज़िल का डोमेन होता है; पूरा पता Mimecast के पास रहता है।
क्या लिंक खोला या कहीं भेजा जाता है?
नहीं। डिकोडिंग इसी पेज पर होने वाली टेक्स्ट प्रोसेसिंग है: रैपर सेवा, शॉर्टनर या मंज़िल को कोई रिक्वेस्ट नहीं जाती। curl कमांड सिर्फ़ इसलिए दिखाई जाती है कि आप उसे खुद चला सकें, बेहतर हो कि किसी अलग-थलग (isolated) मशीन से।
क्या मैं पूरा ईमेल या उसका HTML सोर्स पेस्ट कर सकता हूँ?
हाँ। टूल टेक्स्ट में हर http, https और www लिंक ढूँढता है, डिफ़ैंग किए गए लिंक भी। HTML एंकर और Markdown लिंक में यह दिखने वाला लिंक टेक्स्ट भी पढ़ता है और उसकी तुलना असली मंज़िल से करता है। यह अधिकतम 500 लिंक और टेक्स्ट के पहले 1 MB तक संभालता है।
लंबी संख्या को IP एड्रेस के रूप में क्यों दिखाया जाता है?
ब्राउज़र एक डेसिमल या हेक्साडेसिमल संख्या के रूप में लिखा IPv4 एड्रेस स्वीकार करते हैं, इसलिए http://3221226010/ से 192.0.2.26 खुलता है। फ़िशिंग लिंक इसका इस्तेमाल लोगों और साधारण फ़िल्टर से एड्रेस छिपाने के लिए करते हैं, इसीलिए टूल इसे लाल चिह्नित करता है।
कोई चेतावनी नहीं दिखी। क्या मंज़िल सुरक्षित है?
ज़रूरी नहीं। टूल सिर्फ़ पते की बनावट पढ़ता है। उसे नहीं पता कि साइट कौन चलाता है या वह किसी ब्लॉकलिस्ट में है या नहीं। खोलने से पहले मंज़िल को DestroyList Check या Reputation Links से जाँचें।