JWT デコード・署名検証

このツールについて

3 セグメントの JWT を整形済み Header・Payload JSON として読むか、信頼できる公開鍵を指定して署名を検証します。RS256・PS256・ES256 を自分で選択してください。ローカルの WebCrypto 検証では、署名と exp・nbf・iat・発行者・対象者の確認を別々に表示します。デコードだけでは真正性を確認できません。

使用例

eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.eyJzdWIiOiJ1c2VyLTQyIiwiaWF0IjoxNzAwMDAwMDAwfQ.fskbbfT8Y-3vjXSxYDdc-fa23GdUmhivjVOFM9NWx8w

{
  "sub": "user-42",
  "iat": 1700000000
}

eyJhbGciOiJIUzUxMiIsInR5cCI6IkpXVCJ9.eyJuYW1lIjoi5L2g5aW9IC8g5pel5pys6KqeIn0.6D1s9ZGSyIcSKLrHkt0c-TQ5z-EXQBbca1LyIGKjSD5nTsgjVxvxt9YDGLSLWJ_hp4GxYVemJchQ7XfXNV6xmQ

{
  "name": "你好 / 日本語"
}

よくある誤りと確認事項

• Bearer の接頭辞、余分なドット、セグメント不足は解析エラーの原因です。3 セグメントだけを入力してください。
• Header/Payload の通常の Base64 文字 +、/、パディング =、不正な UTF-8、オブジェクト以外の JSON は失敗する場合があります。JWT はパディングなしの Base64url を使います。
• 読める JSON、未来の exp、alg の表示だけでは、真正性やアクセス権限を証明できません。

制限と注意事項

• —デコードは従来どおり 3 セグメントの UTF-8 JSON オブジェクトを扱い、空や改変済みの署名も表示できます。検証では入力と鍵をより厳密に確認します。5 セグメントの暗号化 JWE、分離ペイロード、オブジェクト以外の Header/Payload は非対応です。
• —検証対象は 2048–4096 ビット RSA 公開鍵の RS256・PS256 と、P-256 EC 公開鍵の ES256 のみです。PS256 のソルトは 32 バイトです。選択したアルゴリズムと alg の一致が必要です。HMAC 共有秘密鍵、秘密鍵、alg none は拒否します。下の従来の HS256/HS512 例はデコード専用です。
• —公開 JWK 1 個または SPKI BEGIN PUBLIC KEY PEM のみ対応し、JWK セット・証明書・他の PEM 形式は非対応です。jku・x5u・埋め込み jwk・x5c・crit・b64 Header は拒否します。リモート鍵の取得やトークン任せの鍵選択は行いません。 検証で許可する Header メンバーは alg・typ・cty・kid のみです。kid はラベルであり、鍵の検索には使いません。JWK メタデータは選択したアルゴリズムと署名検証用途に一致する必要があります。重複 JSON キー・不正な Unicode・非正規の Base64url は補正せず拒否します。
• —クレーム確認と署名検証は別です。NumericDate はミリ秒ではなく Unix 秒です。欠落やスキップは合格ではありません。署名が一致しても、未信頼の鍵の所有者、ユーザーの本人性、アクセス権限、失効状態は証明できません。
• —検証上限はトークン 64 KiB、公開鍵テキスト 16 KiB、JSON 深さ 16、4096 ノード、使い捨てワーカーの制限時間 5 秒です。入力はローカル処理し、アップロード・保存しません。実際の bearer token とクレームは機密情報を含むため、架空のテストトークンを推奨します。 エンコード済み各部分も Header 4096 文字、Payload 60000 文字、署名 1024 文字に制限します。期待発行者・対象者は各 2048 文字、時計の許容差は 0–300 秒です。NumericDate は安全な数値範囲内の有限 JSON 数値に限り、文字列と null は不合格です。時刻クレームの欠落は欠落として表示し、iat は参考情報であって新しさの保証ではありません。

よくある質問

関連ツール