YamlBox

ウェブとエンコーディング

JWT デコーダ

JSON Web トークンを貼り付けると、ヘッダー、ペイロード、および時刻の要求が読み取り可能な日付に変換されて表示されます。デコードは完全にブラウザ内で行われ、トークンが送信されることはありません。

変換オプション

JWT (header.payload.signature)

例: デモHS256トークン · ベアラーフォーマット —⌘/Ctrl + Enter 変換 · ファイルをドロップしてロード · ローカルで処理

デコードされた出力

出力は読み取り専用です。コピー、ダウンロード、または共有を使用して移動します。

JWT デコーダ ツールの使用方法

  1. トークンを貼り付けます

    Bearer プレフィックスが受け入れられます。最初の 2 つのセグメントのみが読み取られます。署名は表示されますが、検証されません。

  2. ヘッダーとペイロードを読み取る

    どちらも JSON ときれいに印刷されます。時間要求は相対時刻を含む UTC 日付に変換され、期限切れのトークンにはフラグが付けられます。

  3. 信頼する前に確認してください

    クレームを使用して、クロック スキュー、間違った対象者、気づかなかった有効期限など、「なぜ私のトークンが拒否されるのか」という疑問をデバッグします。

このツールの違い

  • 読みやすい日付で時刻を表示する、きれいに印刷されたヘッダーとペイロード
  • 明示的な期限切れ/まだ有効なフラグと「期限切れ」カウントダウン
  • 正しい UTF-8 処理による Base64url デコードにより、非 ASCII 名が正しく表示されます。
  • Bearer プレフィックスが付いたトークンで動作します。署名が切り詰められて表示されます
  • タブでは 100% オフラインで実行 — トークンには機密性の高いクレームが含まれることがよくあります

アーキテクチャによるプライバシー: このページには入力を受け取る分析は含まれておらず、変換コードはタブで実行されます。ロード後にネットワークから切断して作業を続けることができます。

JWT デコーダ — よくある質問

JWT を Web サイトに貼り付けても安全ですか?

このツールを使用すると、トークン自体はそうです。デコードはブラウザー内の純粋な JavaScript であり、どこにも何も送信されません。ただし、それに関係なくトークンを秘密として扱います。JWT はベアラー資格情報であり、有効期限が切れるまでそれを保持している人に有効です。実稼働トークンの場合は、独自のデバッガーでローカルにデコードすることを推奨します。

これで署名が検証されますか?

いいえ、秘密鍵または公開鍵がなければデコーダも機能しません。 Base64url のみをデコードすると、セグメントがデコードされます。検証には署名キーが必要で、バックエンドまたは jose や jsonwebtoken などのライブラリに属します。

デコードは機能するのに、トークンが拒否されるのはなぜですか?

通常の原因は次のとおりです。exp クレームがパスした、トークンが別の対象者 (aud) または発行者 (iss) に対して発行された、サーバー クロックが nbf を将来に引き込むほど異なっている、または署名キーがローテーションされた。請求委員会は最初の 3 つについて即座に回答します。

iat、exp、nbf は何を意味しますか?

iat は発行時刻、exp は有効期限、nbf は not-before です。 3 つはすべて秒単位の Unix タイムスタンプです。トークンは、nbf ≤ now < exp の場合 (これらのクレームが存在する場合) に有効です。

トークンを編集してロールチェックをテストできますか?

ペイロードを編集することはできますが、署名は一致しなくなるため、署名を検証するサーバーは、正しく言えば、ペイロードを拒否します。テストのために、環境内のキーを使用して再署名します。それが認証パスを正直にテストする唯一の方法です。

“jwtをオンラインでデコードする”, “JSON Webトークンをデコードする”, “jwt有効期限チェッカー” をお探しですか?あなたは正しい場所にいます — すべての 19 ツールを参照する.

より深い読書

ブログ記事 · 6 分で読まれました JWT デコーダ: トークンの中に何が入っていて、何が入っていないの JWT デコーダを使用してトークンのヘッダー、ペイロード、有効期限を検査し、ほとんどの 401 の背後にあるクレーム チェックでデコードが検証されない理由を理解します。 ガイドを読む→