सेफ लिंक, यूआरएल डिफेंस और अन्य रैपर्स (Mimecast: डोमेन) के पीछे का गंतव्य खोजें।
नया
यूआरएल पार्सर
स्थानीय रूप से चलता है
यह उपकरण स्वयं अंग्रेज़ी में है; यह पृष्ठ इसे आपकी भाषा में समझाता है।
यूआरएल पार्सर का उपयोग करें
यह क्या करता है
ब्राउज़र के अपने URL पार्सर का उपयोग करके किसी URL को प्रोटोकॉल, होस्टनेम, पोर्ट, पथ, क्वेरी और फ्रैगमेंट में विभाजित करें, ताकि आप देख सकें कि कोई लिंक वास्तव में किस होस्ट की ओर इशारा करता है।
यह पूरी तरह से आपके ब्राउज़र में चलता है: आप जो कुछ भी दर्ज करते हैं वह अपलोड नहीं होता।
यूआरएल पार्सर का उपयोग कैसे करें
- पूरा लिंक पेस्ट करें. नमूना URL को उस लिंक से बदलें जिसे आप जांचना चाहते हैं। स्कीम को शामिल करें, जैसे https://, अन्यथा पार्सिंग विफल हो जाएगी।
- पार्स करें. पार्स करें या एंटर दबाएँ। यह पेज आपके ब्राउज़र के अपने URL पार्सर का उपयोग करता है और लिंक नहीं खोलता।
- होस्टनेम की जाँच करें. होस्टनेम वह सर्वर है जिससे ब्राउज़र संपर्क करेगा। इसे अंत से पढ़ें: पंजीकृत डोमेन अंतिम भाग है, पहला नहीं।
- पोर्ट, पथ और हैश देखें।. पोर्ट सामान्य पोर्ट के लिए डिफ़ॉल्ट दिखाता है। पाथनेम, सर्च और हैश ब्राउज़र द्वारा सामान्यीकृत करने के बाद लिंक का बाकी हिस्सा दिखाते हैं।
- क्वेरी पैरामीटर पढ़ें. तालिका प्रत्येक कुंजी को उसके डिकोड किए गए मान के साथ सूचीबद्ध करती है। दूसरा URL, ईमेल पता या टोकन खोजें।
- अगला कदम उठाएँ. Link Unwrapper में रैप किए गए लिंक को अनरैप करने के लिए 'Send to…' का उपयोग करें, Homoglyph Checker में होस्ट की जाँच करें या दुरुपयोग संपर्क खोजें।
उदाहरण
@ से पहले ब्रांड का नाम
https://paypal.com@account-verify.example/signin?session=8f3a2c&next=%2Fwallet#step-2PROTOCOL
https:
HOSTNAME
account-verify.example
PORT
default
PATHNAME
/signin
SEARCH
?session=8f3a2c&next=%2Fwallet
HASH
#step-2
Query params
KEY VALUE
session 8f3a2c
next /walletहोस्टनेम account-verify.example:paypal.com है: @ से पहले केवल एक उपयोगकर्ता नाम है, और यह टूल इसे किसी फ़ील्ड के रूप में सूचीबद्ध नहीं करता। क्वेरी तालिका में session और next दिखाए गए हैं, जिन्हें /wallet में डिकोड किया गया है।
यह क्या जाँचता है
| संकेत | इसका क्या मतलब है |
|---|---|
| प्रोटोकॉल | http: का अर्थ है कि कनेक्शन एन्क्रिप्ट नहीं है। javascript: जैसी स्कीम के साथ होस्टनाम खाली होता है, क्योंकि यह लिंक बिल्कुल भी वेब पता नहीं है। |
| होस्टनाम | वास्तविक गंतव्य। @ से पहले की कोई भी चीज़ हटा दी जाती है, दशमलव, हेक्साडेसिमल और ऑक्टेरल IPv4 रूप बिंदुयुक्त पते में बदल जाते हैं, और गैर-ASCII नाम xn-- punycode के रूप में दिखाई देते हैं। |
| बंदरगाह | मानक पोर्ट के लिए डिफ़ॉल्ट, भले ही लिंक में https:// के बाद :443 लिखा हो। कोई भी अन्य संख्या गैर-मानक पोर्ट है, जो सार्वजनिक लॉगिन पेज के लिए असामान्य है। |
| पथनाम | ब्राउज़र द्वारा ../ सेगमेंट्स को हल करने और बैकस्लैश को स्लैश में बदलने के बाद का पथ, ताकि आप देख सकें कि अनुरोध वास्तव में कहाँ जाता है। |
| खोजें | कच्ची क्वेरी स्ट्रिंग, अभी भी एन्कोड की हुई, बिल्कुल वैसी ही जैसी इसे सर्वर को भेजा जाएगा। |
| हैश | # के बाद का खंड। यह सर्वर को नहीं भेजा जाता है, लेकिन पेज पर मौजूद स्क्रिप्ट इसे पढ़ सकती हैं, इसलिए यह ईमेल पते जैसे डेटा ले जा सकता है। |
| क्वेरी पैरामीटर्स तालिका | प्रत्येक कुंजी और मान प्रतिशत-डिकोड किए गए और + को रिक्ति के रूप में पढ़ा गया। जो मान स्वयं एक URL है, वह रीडायरेक्ट लक्ष्य है। |
| उपयोगकर्ता की जानकारी अनुपस्थित है | @ से पहले का भाग, जैसे ब्रांड का नाम, किसी भी फ़ील्ड में नहीं आता। यदि किसी लिंक में // और अगले / के बीच @ हो, तो @ से पहले का परिचित नाम केवल उपयोगकर्ता का नाम है। |
और उदाहरण
एक और डोमेन के सामने परिचित नाम
https://login.example.com.secure-check.example.net:8443/reset?token=abc&email=bob%40example.org#doneप्रोटोकॉल https:, होस्टनाम login.example.com.secure-check.example.net, पोर्ट 8443, पाथनेम /reset, खोज ?token=abc&email=bob%40example.org, हैश #done. क्वेरी पैरामीटर्स: token = abc, email = bob@example.org। पंजीकृत डोमेन example.net है।
ब्राउज़र पुनर्लेखन को लिंक करें
https://203.0.113.9:443/admin/../panel/?redirect=https%3A%2F%2Fexample.org&q=a+bहोस्टनाम 203.0.113.9, पोर्ट डिफ़ॉल्ट, पाथनेम /panel/, हैश —। क्वेरी पैरामीटर: redirect = https://example.org और q = a b।
IPv4 पता ऑक्ल में लिखा गया
http://0300.0000.0002.0001/प्रोटोकॉल http:, होस्टनेम 192.0.2.1, पोर्ट डिफ़ॉल्ट, पाथनेम /, सर्च — और हैश —। प्रत्येक भाग, जिसके सामने शून्य हो, उसे ऑक्टेल संख्या के रूप में पढ़ा जाता है।
अक्सर पूछे जाने वाले प्रश्न
यह फ़िशिंग लिंक से कैसे मदद करता है?
यह दिखाता है कि ब्राउज़र वास्तव में किस होस्टनेम से संपर्क करेगा। https://paypal.com@evil.example/ में होस्ट evil है।उदाहरण के लिए, दशमलव या हेक्स होस्ट जैसे http://3221225985/ बिंदुयुक्त IPv4 (192.0.2.1) के रूप में दिखाई देते हैं, और समान दिखने वाले यूनिकोड डोमेन उनके xn--punycode रूप में प्रदर्शित होते हैं।
यह क्या नहीं दिखाता या जांचता?
URL के उपयोगकर्ता नाम और पासवर्ड वाला हिस्सा प्रदर्शित नहीं होता है, और यह टूल रीडायरेक्ट्स का अनुसरण नहीं करता, सुरक्षित लिंक खोलता नहीं है और होस्ट को रेट नहीं करता। स्कीम के बिना टेक्स्ट, जैसे example.com/login, एक अमान्य URL त्रुटि देता है।
क्या URL खोला गया है या कहीं भेजा गया है?
नहीं। पार्सिंग इस पेज पर ब्राउज़र की URL API का उपयोग करती है; लिंक कभी अनुरोधित नहीं होता और कुछ भी अपलोड नहीं होता।
मैं होस्टनेम में पंजीकृत डोमेन कैसे ढूंढूं?
दाईं ओर से पढ़ें। login.example.com.secure-check.example.net में अंतिम दो लेबल, example.net, वह डोमेन हैं जिसे किसी ने पंजीकृत किया है, और उनसे पहले वाला सब कुछ उनका चुना हुआ सबडोमेन है। co.uk जैसे देशीय प्रत्यय तीन लेबल लेते हैं।
क्वेरी दो बार क्यों दिखाई दे रही है?
खोज ? के बाद का कच्चा टेक्स्ट है, जो सर्वर को प्राप्त होने पर अभी भी एन्कोड किया हुआ होता है। टेबल प्रत्येक मान को डीकोड करता है, इसलिए %40 @ बन जाता है और + एक रिक्ति बन जाता है।
क्या मैं एक निष्क्रिय लिंक पेस्ट कर सकता हूँ?
सीधे तौर पर नहीं। [.] वाले लिंक को पार्स नहीं किया जा सकता, और hxxps:// को hxxps: नामक एक अज्ञात स्कीम के रूप में पढ़ा जाता है। पहले इसे URL Defanger से डीफैंग करें, या Link Unwrapper का उपयोग करें, जो डीफैंग किए गए इनपुट को स्वीकार करता है।