Base64インスペクター

Base64インスペクターはBase64またはBase64URL文字列をデコードして検査し、その構造を——単に内容だけでなく——報告します：有効かどうか、無効ならなぜか、どのアルファベットを使用しているか、パディングが正しいか、復号後のバイト数、バイト単位の16進ダンプ、そしてデコードされたコンテンツが実際に何なのかについての最善の推測。

これは通常のBase64デコーダーとは異なります：通常のデコーダーはデコードされたテキストを渡して終了します。インスペクターは、Base64値がなぜデコードできないのか、標準Base64なのかURL-safeなのか、あるいは信頼する前にBlobの中身が実際には何なのかを知る必要があるときに使います——JWTセグメント、APIトークン、データURI、誰かがチケットに貼り付けた設定値などです。

使い方

入力ボックスにBase64文字列を貼り付けます。レポートは自動的に更新され、以下が含まれます：

• 有効／無効、失敗時は具体的な理由付き——無効な文字（およびその位置）、誤った位置のパディング、=文字が多すぎる、あるいは有効なBase64ではありえない文字数（4で割って余り1になる長さは決して起こりえません）。
• アルファベット — 標準（+／/）またはURL-safe（-／_）、存在する文字から自動検出されます。文字、数字、=のみを使用する文字列はどちらのアルファベットでも有効であり、「曖昧」と報告されます。
• パディング文字 — 末尾の=が何個あるか、あるいはなしの場合「パディングなし」（URL-safe Base64は一般にパディングを省略し、ここではそれが受け付けられます）。
• デコード後のバイト長 — デコードされたデータの正確なサイズ。
• コンテンツ種別推測 — UTF-8テキスト、JSON（プレビューにpretty-print表示）、またはバイナリ。バイナリデータの場合、一般的なマジックバイトシグネチャがいくつかチェックされます（PNG、JPEG、GIF、PDF、ZIP、GZIP、BMP、PostScript）；それ以外のものは未認識バイナリとして報告され、推測されません。
• デコード済みプレビュー — コンテンツが有効なUTF-8の場合、デコードされたテキスト（またはpretty-print JSON）、それ以外の場合は16進ダンプを指すメモ。
• 16進ダンプ — 古典的なオフセット／16進／ASCIIカラム（00000000: 4865 6c6c 6f2c … Hello,…）、16バイトごとに1行、バイナリペイロードの中身を正確に確認できます。

私のデータはどこかに送信されますか？

いいえ。すべて——デコード、検証、16進ダンプ、コンテンツ推測——はブラウザ内でローカルに実行されます。ここに貼り付けたものは何もサーバーに送信されることはなく、これは認証トークン、セッションCookie値、Base64でエンコードされたAPIシークレットなど 민감한なものを検査している場合に重要です。

なぜ他のツールで正常にデコードできたのに私のBase64は無効と表示されるのですか？

一部のデコーダーは寛容です—— strayな文字を黙って無視したり、不足したパディングを推測したりします。このツールは与えられた文字列をそのまま報告します：Base64アルファベット外の文字を含んでいる場合、あるいはパディングが不正な場合、それは黙って修正されず報告されるため、ソースデータのどこが正確に問題なのか確認できます。

標準Base64とURL-safe Base64の違いは何ですか？

標準Base64はアルファベットに+と/を使用しますが、これらはエスケープなしにURLやファイル名に直接埋め込むには安全ではありません。URL-safe Base64（Base64URLとも呼ばれます）はそれらを-と_に入れ替え、JWTや多くのWeb APIで見られるものです。2つのアルファベットは1つの文字列で混合できません——両方を使用する値は無効です。