सामग्री पर जाएँ
🚀 10 टूल लाइव, हमेशा के लिए मुफ़्त — टूलबॉक्स बढ़ता जा रहा है
सुरक्षा टूल

JWT डिकोडर

किसी भी JSON Web Token को पढ़ने के लिए मुफ़्त JWT डिकोडर। टोकन पेस्ट करें और उसका हेडर, पेलोड और सिग्नेचर देखें, हर मानक क्लेम की व्याख्या के साथ, और यह भी कि वह समाप्त हो चुका है या नहीं। डिकोडिंग पूरी तरह आपके ब्राउज़र में होती है — टोकन कहीं नहीं भेजा जाता।

JWT डिकोडर

नीचे कोई JSON Web Token पेस्ट करें। वह टाइप करते ही आपके ब्राउज़र में डिकोड हो जाता है, और कुछ भी अपलोड या सेव नहीं होता।

डिकोड किया गया टोकन

डिकोड करने के लिए ऊपर कोई टोकन पेस्ट करें।

टोकन की स्थिति

अभी कुछ डिकोड नहीं हुआ।

सब कुछ आपके ब्राउज़र में चलता है।

टोकन JavaScript से स्थानीय रूप से डिकोड होता है। वह कभी किसी सर्वर पर नहीं भेजा जाता, कभी लॉग नहीं होता और कभी सेव नहीं होता — ब्राउज़र स्टोरेज में भी नहीं।

मानक क्लेम, समझाए गए

iss
Issuer यानी जारीकर्ता। टोकन किसने बनाया और हस्ताक्षर किया, आमतौर पर आपके आइडेंटिटी प्रोवाइडर का URL। जाँच करने वाले को देखना चाहिए कि यह अपेक्षित जारीकर्ता से मेल खाता है।
sub
Subject यानी विषय। टोकन किसके बारे में है — आमतौर पर एक स्थिर यूज़र आईडी, ईमेल पता नहीं, क्योंकि ईमेल बदलते रहते हैं।
aud
Audience यानी प्राप्तकर्ता। टोकन किसके लिए है। किसी API को वह टोकन अस्वीकार करना चाहिए जिसका audience वह ख़ुद नहीं है, भले सिग्नेचर सही हो।
exp
समाप्ति समय, सेकंड में Unix टाइमस्टैम्प के रूप में। इस क्षण के बाद टोकन अस्वीकार होना चाहिए। अधिकांश 401 उत्तरों के पीछे यही क्लेम होता है।
💡 JWT डिकोडर

एक JSON Web Token तीन Base64url-एन्कोडेड हिस्सों को एक ही स्ट्रिंग में समेटता है: एक हेडर जो बताता है कि उस पर कैसे हस्ताक्षर हुआ, उपयोगकर्ता और सेशन के क्लेम वाला एक पेलोड, और एक सिग्नेचर। पहले दो हिस्से एन्कोडेड हैं, एन्क्रिप्टेड नहीं, इसलिए जिसके पास टोकन है वह उन्हें पढ़ सकता है। यह डिकोडर आपको दिखाता है कि उनमें ठीक क्या है।

मुख्य फ़ायदे

✓ हेडर, पेलोड और सिग्नेचर अलग-अलग
✓ हर मानक क्लेम की व्याख्या वहीं मौजूद
✓ समाप्ति असली तारीख के रूप में, कच्चे टाइमस्टैम्प के रूप में नहीं
✓ कुछ भी आपके ब्राउज़र से बाहर नहीं जाता

आम उपयोग

• 401 देने वाले लॉगिन या API कॉल की डीबगिंग
• यह जाँचना कि टोकन समाप्त बताकर क्यों अस्वीकार हो रहा है
• किसी एक्सेस टोकन के स्कोप या रोल की पुष्टि
• हेडर पढ़कर देखना कि टोकन पर किस कुंजी से हस्ताक्षर हुआ

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

  1. 1.टोकन पेस्ट करें। पूरा टोकन पेस्ट करें, दोनों बिंदुओं के साथ। शुरू में लगा “Bearer ” अपने आप हट जाता है।
  2. 2.स्थिति पैनल पढ़ें। वह हस्ताक्षर का एल्गोरिदम, कुंजी आईडी अगर हो, और यह दिखाता है कि टोकन समाप्त हुआ या नहीं।
  3. 3.क्लेम जाँचें। पहले मानक क्लेम आते हैं, जिनके टाइमस्टैम्प असली तारीखों में बदले होते हैं; उसके बाद कस्टम क्लेम।
  4. 4.जो चाहिए वह कॉपी करें। हेडर और पेलोड दोनों पर कॉपी बटन है, टिकट या टेस्ट में पेस्ट करने के लिए।

मानक क्लेम, समझाए गए

ज़्यादातर टोकन कुछ पंजीकृत क्लेम लेकर चलते हैं। ये वही हैं जो आपको सबसे अधिक दिखेंगे, और हर एक असल में किस काम आता है।

iss
Issuer यानी जारीकर्ता। टोकन किसने बनाया और हस्ताक्षर किया, आमतौर पर आपके आइडेंटिटी प्रोवाइडर का URL। जाँच करने वाले को देखना चाहिए कि यह अपेक्षित जारीकर्ता से मेल खाता है।
sub
Subject यानी विषय। टोकन किसके बारे में है — आमतौर पर एक स्थिर यूज़र आईडी, ईमेल पता नहीं, क्योंकि ईमेल बदलते रहते हैं।
aud
Audience यानी प्राप्तकर्ता। टोकन किसके लिए है। किसी API को वह टोकन अस्वीकार करना चाहिए जिसका audience वह ख़ुद नहीं है, भले सिग्नेचर सही हो।
exp
समाप्ति समय, सेकंड में Unix टाइमस्टैम्प के रूप में। इस क्षण के बाद टोकन अस्वीकार होना चाहिए। अधिकांश 401 उत्तरों के पीछे यही क्लेम होता है।
nbf
Not before। इस समय से पहले टोकन अमान्य है, जो पहले से जारी किए गए टोकनों के लिए उपयोगी है।
iat
Issued at यानी जारी होने का समय। टोकन कब बना। कुछ सिस्टम इसी से बहुत पुराने टोकन भी अस्वीकार करते हैं।
jti
JWT id। इस टोकन की अनोखी पहचान, जिससे दोहराव पकड़ा जाता है या कोई एक टोकन रद्द किया जाता है।
alg / kid
ये पेलोड में नहीं, हेडर में होते हैं: टोकन पर किस एल्गोरिदम से हस्ताक्षर हुआ और किस कुंजी से, ताकि जाँचने वाला सही सार्वजनिक कुंजी चुन सके।

मुख्य विशेषताएँ

  • हेडर, पेलोड और सिग्नेचर को अलग-अलग डिकोड करता है
  • exp, nbf और iat को पढ़ने योग्य तारीखों और सापेक्ष समय में बदलता है
  • समाप्त टोकन, अभी मान्य न हुए टोकन और alg: none को चिह्नित करता है
  • हर पंजीकृत क्लेम की व्याख्या उसके मान के साथ देता है
  • डिकोड किए हेडर और पेलोड के लिए कॉपी बटन
  • पेज लोड होने के बाद ऑफ़लाइन भी काम करता है
  • कोई खाता नहीं, कोई अपलोड नहीं, कोई स्टोरेज नहीं

डिकोड करना सत्यापित करना नहीं है

किसी भी JWT डिकोडर के बारे में समझने लायक सबसे ज़रूरी बात यही है, इस डिकोडर के बारे में भी। डिकोडिंग Base64url पढ़कर आपको JSON दिखाती है। यह इसका कोई सबूत नहीं है कि टोकन असली है। कोई भी ऐसा टोकन बना सकता है जिसमें "role":"admin" लिखा हो, और वह यहाँ बिल्कुल सही डिकोड होगा।

टोकन असली है, यह केवल जारीकर्ता की कुंजी से सिग्नेचर सत्यापित करने पर साबित होता है, और वह काम आपके सर्वर का है, ब्राउज़र टैब का कभी नहीं। यहाँ जो दिखता है उसे डीबगिंग की रीडिंग मानें, सबूत नहीं। और चूँकि पेलोड केवल एन्कोडेड है, उसमें कभी कोई गोपनीय चीज़ न रखें — JWT को वह हर कोई पढ़ सकता है जिसके पास वह है। विस्तृत बात — ज़्यादातर 401 के पीछे के क्लेम, एल्गोरिदम की उलझन, और JWT रद्द क्यों नहीं किया जा सकता — हमारी JSON Web Token डिकोड और डीबग करने की गाइड में पढ़ें।

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

JWT क्या है?⌄

JSON Web Token एक छोटी, URL-सुरक्षित स्ट्रिंग है जिसमें बिंदुओं से अलग किए तीन Base64url-एन्कोडेड हिस्से होते हैं: हस्ताक्षर एल्गोरिदम बताने वाला हेडर, क्लेम वाला पेलोड, और सिग्नेचर। लॉगिन के बाद इसे अक्सर एक्सेस टोकन या आइडेंटिटी टोकन के रूप में इस्तेमाल किया जाता है।

यहाँ JWT डिकोड करना सुरक्षित है?⌄

डिकोडिंग पूरी तरह आपके ब्राउज़र में JavaScript से होती है। टोकन कभी हमारे सर्वर पर नहीं भेजा जाता, कभी लॉग नहीं होता और ब्राउज़र स्टोरेज में कभी नहीं लिखा जाता। फिर भी, समाप्त होने तक टोकन एक जीवित क्रेडेंशियल है, इसलिए जहाँ भी पेस्ट करें उसे पासवर्ड जैसा ही समझें।

क्या यह सिग्नेचर सत्यापित करता है?⌄

नहीं, और किसी भी ब्राउज़र टूल को यह नहीं करना चाहिए। सत्यापन के लिए जारीकर्ता की गुप्त या सार्वजनिक कुंजी चाहिए, जो आपके सर्वर पर रहनी चाहिए। डिकोडिंग केवल यह दिखाती है कि टोकन में क्या लिखा है; यह नहीं बता सकती कि वह असली है या उससे छेड़छाड़ हुई है।

मेरा टोकन समाप्त क्यों दिख रहा है?⌄

exp क्लेम सेकंड में एक Unix टाइमस्टैम्प है, और उस क्षण से टोकन अमान्य हो जाता है। स्थिति पैनल उसे असली तारीख में बदलता है और बताता है कि वह कितने समय पहले बीत चुका। अचानक समाप्ति का एक आम कारण सर्वर की घड़ी का समय से बाहर होना है।

क्या मैं सीक्रेट के बिना टोकन डिकोड कर सकता हूँ?⌄

हाँ। हेडर और पेलोड एन्कोडेड हैं, एन्क्रिप्टेड नहीं, इसलिए जिसके पास टोकन है वह उन्हें पढ़ सकता है। सीक्रेट केवल सिग्नेचर जाँचने के लिए चाहिए, सामग्री पढ़ने के लिए नहीं — और इसीलिए पेलोड में कभी संवेदनशील डेटा नहीं रखना चाहिए।

📖
विस्तृत गाइड
JWT समझें: JSON Web Token को डिकोड और डीबग कैसे करें
पूरी गाइड पढ़ें →
अंतिम अपडेट: 1 नवंबर 2026
यह पेज साझा करें