完全無料
JWT トークンを デコード
JWT（JSON Web Token）のヘッダーとペイロードをブラウザ上で即座にデコード。無料・プライベート・クライアントサイド処理でサーバーにデータは送信されません。
JWT（JSON Web Token）のヘッダーとペイロードをブラウザ上で即座にデコード。無料・プライベート・クライアントサイド処理でサーバーにデータは送信されません。
JSON Web トークン (JWT) は、RFC 7519 で定義されている、二者間でクレームを送信するためのコンパクトで URL セーフな形式です。JWT は、ヘッダー (アルゴリズムとトークン タイプ)、ペイロード (クレーム)、および署名 (信頼性の暗号化証明) の、ドットで区切られた 3 つの Base64URL エンコードされたセグメントです。ヘッダーとペイロードは JSON であり、URL の安全性を確保するために Base64URL でエンコードされています。署名は、エンコードされたヘッダーとペイロードに対していくつかのアルゴリズム (HS256、RS256、ES256 など) の 1 つを使用します。
JWT をデコードする (セグメントに分割し、それぞれを Base64 デコードする) には、シークレットは必要ありません。トークン テキストを持っている人は誰でも、そのヘッダーとペイロードを読み取ることができます。ただし、署名は秘密鍵 (HMAC) または公開鍵 (非対称) でのみ検証できます。デコードは検査のために行われます。検証は本物であることを証明するものです。
このデコーダはトークンを分割し、各セグメントを Base64 デコードし、ヘッダーとペイロードを JSON として解析し、結果を表示します。署名検証には秘密鍵または公開鍵が必要ですが、デコーダはそれを持っていないため、署名検証は試行しません。デコードされた出力は読み取り専用の検査です。トークンのデバッグには役立ちますが、アプリケーション コードでの適切な検証の代替にはなりません。
認証の問題のデバッグには、ほとんどの場合、トークンの検査が含まれます。コード内では有効に見えるトークンでも、間違ったクレーム、予期しないアルゴリズム、期限切れの exp タイムスタンプ、またはオーディエンスの不一致が含まれている可能性があります。トークンをデコードすると、発行者が何を生成したかが正確に明らかになります。
統合作業中にトークンを検査することも役立ちます。サードパーティ API または ID プロバイダーに接続する場合、実際のクレーム名、形式、構造は、古い可能性のあるドキュメントに依存するのではなく、サンプル トークンをデコードすることによって最もよく理解できます。
トークンを貼り付け、解析された内容を取得します。
JWT 形式は、ドットで結合された 3 つのセグメントです。各セグメントは、base64url エンコードされています。これは、+ と / の代わりに - と _ を使用し、場合によってはパディングが省略される、base64 の URL セーフなバリアントです。デコードするには、URL セーフな置換を元に戻し、セグメントをパディングし、base64 デコードする必要があります。
ヘッダーとペイロードはデコード後の JSON です。署名セグメントはバイナリ (生の署名バイト) であり、人間が判読することはできません。有効にするには検証キーが必要です。
RFC 7519 で定義されている共通クレーム: iss (発行者)、sub (サブジェクト識別子)、aud (対象者)、exp (Unix エポック秒としての有効期限)、nbf (not-before タイムスタンプ)、iat (issued-at タイムスタンプ)、jti (一意のトークン ID)。アプリケーション固有のクレームは任意の名前で表示できます。