JWT डिकोडर

इस टूल के बारे में

एक JSON Web Token डॉट से जुड़े base64url में एन्कोड किए तीन हिस्से होते हैं, एक हेडर, एक पेलोड और एक सिग्नेचर। हेडर और पेलोड डिकोड होने पर खुद JSON होते हैं, तो यह पेज हर एक को उसी base64url डिकोडर से डिकोड करता है जो JSON से Base64 टूल पहले से इस्तेमाल करता है, URL के लिए सुरक्षित वर्णमाला और गायब पैडिंग दोनों संभाले हुए, और बताता है कि दोनों में से कौन-सा विफल हुआ अगर कोई साफ़ तरीक़े से डिकोड न हो या JSON ऑब्जेक्ट न निकले। सिग्नेचर को ठीक वैसा ही दिखाया जाता है जैसा लिखा गया था और उसे आगे कभी डिकोड नहीं किया जाता, क्योंकि वह क्रिप्टोग्राफ़िक आउटपुट है, टेक्स्ट नहीं, और उसके भीतर दिखाने लायक़ कुछ पढ़ने योग्य नहीं है। पेलोड के सात रजिस्टर्ड claims को अपनी अलग लाइन मिलती है जब टोकन उन्हें रखता है: issuer, subject, audience, issued-at, not-before, expiry और एक JWT ID, जिसमें समय पर आधारित तीनों को कच्चे नंबर के बजाय उनकी असली तारीख़ों के रूप में पढ़ा जाता है। जिस टोकन की expiry बीत चुकी है, या जिसका not-before समय अभी नहीं आया, उसे साफ़ तौर पर वैसा ही चिह्नित किया जाता है, बजाय इसके कि आप पर कच्चे नंबरों से यह पता लगाना छोड़ दिया जाए। यह पेज जानबूझकर जो नहीं करता वह है सिग्नेचर को किसी चीज़ से जांचना: इसे ईमानदारी से करने के लिए वह असली सीक्रेट या पब्लिक की चाहिए जिससे टोकन साइन किया गया था, जो यह पेज कभी नहीं मांगता, और एक ऐसा डिकोडर जो ऐसा भरोसा जताए जिसे वह साबित नहीं कर सकता, कुछ न कहने वाले डिकोडर से भी बुरा होगा। कोई टोकन पूरी तरह ठीक बना हो सकता है, यहां साफ़ डिकोड हो सकता है, और फिर भी जाली या बदला हुआ हो सकता है, और सिर्फ़ असली सिग्नेचर वेरिफ़िकेशन, एक अलग टूल, ही फ़र्क़ बता सकता है।

कैसे उपयोग करें

1. 1 एक JSON Web Token पेस्ट करें। ये वे तीन डॉट से अलग किए हिस्से हैं जो ज़्यादातर API आपको एक ही स्ट्रिंग के तौर पर देते हैं।
2. 2 टाइप करते ही हेडर, पेलोड और स्टैंडर्ड claims डिकोड होते हैं। इसमें से कुछ भी कहीं नहीं भेजा जाता; सब कुछ आपके ब्राउज़र में होता है।
3. 3 Claims पैनल में एक्सपायर या अभी वैध न होने की चेतावनी देखें, और याद रखें: यह टोकन को डिकोड करता है, उसे वेरिफ़ाई नहीं करता।