JWTデコードツール
JWTのヘッダーとペイロードをデコードし、有効期限などを表示する。署名検証は別扱いとする。
ツールを開いて確認する →PRACTICAL GUIDE / 開発・セキュリティ
デコードと署名検証の違い、exp・nbf・aud・issの確認、機密情報の扱いを説明します。
最終確認日:2026年8月22日 確認者:UtilityBox運営者
JWTをデコードできたことを署名検証済みと誤解し、改ざんされたtokenや期限切れtokenを信頼してしまう問題を防ぎます。
特に「Base64URLデコードと署名検証を混同している。」状態を見落とさないため、作業を始める前に元データや現在の設定を残し、変更前後を比較できる状態を作ることが重要です。
JWTをデコードするときの安全上の注意では、処理が完了したかだけでなく、入力条件、変更内容、確認結果の3点を記録します。自動判定で確定できない部分は、利用先の仕様や担当者の判断と照合してください。
WORKED EXAMPLE
「Base64URLデコードと署名検証を混同している。」可能性のあるケースを、元データを壊さずに切り分けます。
発生している問題
JWTをデコードできたことを署名検証済みと誤解し、改ざんされたtokenや期限切れtokenを信頼してしまう問題を防ぎます。
最初に確認する原因
1. Base64URLデコードと署名検証を混同している。
2. 期限だけ見てissuerやaudienceを確認していない。
3. 本番トークンを第三者サービスへ貼り付けている。作業記録
1. 可能な限りテスト用トークンを使用します。
2. ヘッダーとペイロードをデコードし、alg、exp、nbf、aud、issを確認します。
3. 実システムでは公開鍵または秘密鍵で署名検証します。
完了判定
- expとnbfを正しいタイムゾーンで解釈する。
- 期待するissuerとaudienceに一致する。
- alg=noneなど許可しない方式を拒否する。同じ症状でも原因は一つとは限りません。特に「Base64URLデコードと署名検証を混同している。」に該当する場合と「期限だけ見てissuerやaudienceを確認していない。」に該当する場合では、確認すべき入力や設定が異なります。
一度に複数の条件を変更せず、変更前の状態と比較できるように一項目ずつ確認すると、再発時にも判断しやすくなります。
最低限、確認項目の「expとnbfを正しいタイムゾーンで解釈する。」を満たすことを確かめます。結果の一部だけで判断せず、件数、形式、代表値、境界条件など、このガイドに示す確認項目を組み合わせてください。
また、デコードだけでは改ざんを検出できません。 この限界に該当する場合は、ツールの結果だけで作業を確定せず、仕様書や元データへ戻って確認します。
可能な限りテスト用トークンを使用します。
ヘッダーとペイロードをデコードし、alg、exp、nbf、aud、issを確認します。
実システムでは公開鍵または秘密鍵で署名検証します。
JWTのヘッダーとペイロードをデコードし、有効期限などを表示する。署名検証は別扱いとする。
ツールを開いて確認する →文字列やファイルをBase64へ変換します。
ツールを開いて確認する →文字種、長さ、推測されやすいパターンから強度を端末内で評価する。
ツールを開いて確認する →ツールの操作方法だけでなく、結果を誤用しないための具体例、確認項目、処理の限界、元データを保管すべき場面まで記載します。原因・手順・完了判定・限界を運営者が確認したガイドだけを一覧と検索対象へ掲載します。