توکن JWT رمزگشا
هدر JWT (JSON Web Token) و بارگذاری آن را فوراً در مرورگر خود رمزگشایی کنید. رایگان، خصوصی و سمت سرویس گیرنده - هیچ داده ای به هیچ سروری ارسال نمی شود.
هدر JWT (JSON Web Token) و بارگذاری آن را فوراً در مرورگر خود رمزگشایی کنید. رایگان، خصوصی و سمت سرویس گیرنده - هیچ داده ای به هیچ سروری ارسال نمی شود.
JSON Web Tokens (JWT) یک قالب فشرده و ایمن برای ارسال ادعاها بین دو طرف است که توسط RFC 7519 تعریف شده است. JWT سه بخش کدگذاری شده با پایه 64url است که با نقطه از هم جدا می شوند: سرصفحه (الگوریتم و نوع نشانه)، بار (ادعاها) و امضا (اثبات رمزنگاری اعتبار). هدر و محموله JSON هستند که برای امنیت URL با کد base64url کدگذاری شده اند. امضا از یکی از چندین الگوریتم (HS256، RS256، ES256، و دیگران) روی سربرگ کدگذاری شده و بار استفاده می کند.
رمزگشایی یک JWT - تقسیم آن به بخش ها و رمزگشایی پایه 64 هر کدام - به هیچ رازی نیاز ندارد. هر کسی که متن رمز را داشته باشد میتواند سرصفحه و بار آن را بخواند. با این حال، امضا فقط با کلید مخفی (HMAC) یا کلید عمومی (نامتقارن) قابل تأیید است. رمزگشایی برای بازرسی است. راستی آزمایی چیزی است که اصالت را ثابت می کند.
این رمزگشا رمز را تقسیم می کند، base64 هر بخش را رمزگشایی می کند، هدر و بار را به صورت JSON تجزیه می کند و نتیجه را نشان می دهد. تأیید امضا را انجام نمی دهد زیرا به کلید مخفی یا عمومی نیاز دارد که رمزگشا ندارد. خروجی رمزگشایی شده بازرسی فقط خواندنی است - برای اشکال زدایی نشانه ها مفید است اما جایگزینی برای تأیید صحیح در کد برنامه نیست.
اشکال زدایی مسائل احراز هویت تقریباً همیشه شامل بازرسی توکن ها می شود. رمزی که در کد معتبر به نظر می رسد ممکن است ادعاهای اشتباه، الگوریتم غیرمنتظره، مهر زمانی منقضی شده یا عدم تطابق مخاطبان داشته باشد. رمزگشایی توکن نشان می دهد که صادرکننده دقیقاً چه چیزی را تولید کرده است.
بازرسی توکن ها در طول کار یکپارچه سازی نیز کمک می کند. هنگام اتصال به یک API شخص ثالث یا ارائهدهنده هویت، نامها، قالبها و ساختار ادعای واقعی به بهترین شکل با رمزگشایی نشانههای نمونه به جای تکیه بر اسنادی که ممکن است قدیمی باشند، درک میشوند.
توکن را بچسبانید، محتویات تجزیه شده را دریافت کنید.
فرمت JWT سه بخش است که با نقطه به هم وصل شده اند. هر بخش با base64url رمزگذاری شده است - نوع ایمن برای URL از base64 که از - و _ به جای + و / استفاده میکند که گاهی اوقات padding حذف میشود. رمزگشایی نیاز به لغو جایگزینهای ایمن URL، padding بخش و base64-decoding دارد.
هدر و بارگذاری پس از رمزگشایی JSON هستند. بخش امضا باینری است (بایت های امضای خام) و قابل خواندن توسط انسان نیست. برای مفید بودن به کلید تأیید نیاز دارد.
ادعاهای متداول تعریف شده در RFC 7519: iss (صادرکننده)، sub (شناسه موضوع)، aud (مخاطب)، exp (انقضا به عنوان ثانیه های دوره یونیکس)، nbf (نه قبل از مهر زمانی)، iat (مهر زمانی صادر شده)، jti (شناسه نشانه منحصر به فرد). ادعاهای خاص برنامه می توانند با هر نامی ظاهر شوند.