JWT टोकन डिकोडर
अपने ब्राउज़र में JWT (JSON Web Token) हेडर और पेलोड को तुरंत डिकोड करें। मुफ़्त, निजी और क्लाइंट-साइड — कोई डेटा सर्वर पर नहीं भेजा जाता।
अपने ब्राउज़र में JWT (JSON Web Token) हेडर और पेलोड को तुरंत डिकोड करें। मुफ़्त, निजी और क्लाइंट-साइड — कोई डेटा सर्वर पर नहीं भेजा जाता।
JSON वेब टोकन (JWT) दो पक्षों के बीच दावों को प्रसारित करने के लिए एक कॉम्पैक्ट, URL-सुरक्षित प्रारूप है, जिसे RFC 7519 द्वारा परिभाषित किया गया है। JWT तीन बेस 64url-एन्कोडेड सेगमेंट हैं जो डॉट्स द्वारा अलग किए गए हैं: हेडर (एल्गोरिदम और टोकन प्रकार), पेलोड (दावा), और हस्ताक्षर (प्रामाणिकता का क्रिप्टोग्राफ़िक प्रमाण)। हेडर और पेलोड JSON हैं, URL सुरक्षा के लिए बेस64url-एनकोडेड हैं; हस्ताक्षर एन्कोडेड हेडर और पेलोड पर कई एल्गोरिदम (HS256, RS256, ES256, और अन्य) में से एक का उपयोग करता है।
JWT को डिकोड करना - इसे खंडों में विभाजित करना और प्रत्येक को बेस 64-डिकोड करना - किसी रहस्य की आवश्यकता नहीं है। टोकन टेक्स्ट वाला कोई भी व्यक्ति इसके हेडर और पेलोड को पढ़ सकता है। हालाँकि, हस्ताक्षर को केवल गुप्त (HMAC) या सार्वजनिक कुंजी (असममित) से सत्यापित किया जा सकता है। डिकोडिंग निरीक्षण के लिए है; सत्यापन ही प्रामाणिकता सिद्ध करता है।
यह डिकोडर टोकन को विभाजित करता है, प्रत्येक सेगमेंट को बेस 64-डीकोड करता है, हेडर और पेलोड को JSON के रूप में पार्स करता है, और परिणाम दिखाता है। यह हस्ताक्षर सत्यापन का प्रयास नहीं करता है क्योंकि इसके लिए गुप्त या सार्वजनिक कुंजी की आवश्यकता होती है, जो डिकोडर के पास नहीं है। डिकोड किया गया आउटपुट केवल-पढ़ने के लिए निरीक्षण है - टोकन डिबगिंग के लिए उपयोगी है लेकिन एप्लिकेशन कोड में उचित सत्यापन का विकल्प नहीं है।
प्रमाणीकरण समस्याओं को डीबग करने में लगभग हमेशा टोकन का निरीक्षण करना शामिल होता है। एक टोकन जो कोड में मान्य दिखता है, उसमें गलत दावे, एक अप्रत्याशित एल्गोरिदम, एक समाप्त एक्सपी टाइमस्टैम्प, या ऑडियंस बेमेल हो सकता है। टोकन को डिकोड करने से पता चलता है कि जारीकर्ता ने वास्तव में क्या उत्पादित किया है।
एकीकरण कार्य के दौरान टोकन का निरीक्षण करने से भी मदद मिलती है। किसी तृतीय-पक्ष एपीआई या पहचान प्रदाता से कनेक्ट करते समय, वास्तविक दावे के नाम, प्रारूप और संरचना को पुराने दस्तावेज़ों पर भरोसा करने के बजाय नमूना टोकन को डिकोड करके सबसे अच्छी तरह से समझा जाता है।
टोकन चिपकाएँ, पार्स की गई सामग्री प्राप्त करें।
JWT प्रारूप बिंदुओं द्वारा जुड़े हुए तीन खंड हैं। प्रत्येक खंड बेस64यूआरएल-एन्कोडेड है - बेस64 का यूआरएल-सुरक्षित संस्करण जो + और / के बजाय - और _ का उपयोग करता है, कभी-कभी पैडिंग छोड़ दी जाती है। डिकोडिंग के लिए यूआरएल-सुरक्षित प्रतिस्थापनों को पूर्ववत करना, सेगमेंट को पैड करना और बेस 64-डिकोडिंग की आवश्यकता होती है।
डिकोडिंग के बाद हेडर और पेलोड JSON हैं। हस्ताक्षर खंड बाइनरी (कच्चे हस्ताक्षर बाइट्स) है और मानव-पठनीय नहीं है; इसे उपयोगी बनाने के लिए सत्यापन कुंजी की आवश्यकता होती है।
RFC 7519 में परिभाषित सामान्य दावे: iss (जारीकर्ता), उप (विषय पहचानकर्ता), aud (दर्शक), exp (यूनिक्स युग सेकंड के रूप में समाप्ति), nbf (टाइमस्टैम्प से पहले नहीं), iat (टाइमस्टैम्प पर जारी), jti (यूनिक टोकन आईडी)। एप्लिकेशन-विशिष्ट दावे किसी भी नाम से प्रकट हो सकते हैं।