Base64エンコード・デコード

いいえ。Base64 はエンコーディングであり、暗号ではありません。Base64 文字列を見た人は誰でも、パスワードやキーなしで数ミリ秒以内に元のデータにデコードできます。Base64 には機密性もセキュリティも一切ありません。これは、バイナリデータをテキストベースのシステムで安全に扱うための形式変換に過ぎません。データを読み取られないように保護する必要がある場合は、AES 暗号を使用してください。Base64 の出力がランダムな文字のように見えるため混乱が生じますが、秘密の情報なしで完全に元に戻すことができます。

標準的な Base64 は + と / 文字を使用しますが、これらは URL で特別な意味を持ちます（+ はスペースを意味し、/ はパスのセグメントを区切ります）。URL 安全な Base66 (Base64url とも呼ばれます) は、+ を - に、/ を _ に置き換えることで、パーセントエンコーディングなしで URL やファイル名で使用できるようにします。通常、JWT トークン、OAuth 状態パラメータ、URL 短縮、ハッシュから生成されたファイル名などで URL 安全な Base64 が必要になります。URL で「Base64」を使用すると主張しているほとんどの API は、実際には Base64url を使用しています。

テキスト入力では、UTF-8 エンコーディングを介してすべての Unicode 文字（絵文字、CJK、アラビア語、キリル文字、およびその他のすべての文字セット）をサポートしています。ファイルについては、最大 10 MBまでのあらゆるものをアップロードできます：画像 (PNG, JPEG, WebP)、ドキュメント、バイナリデータ、zip アーカイブ。ファイルは生のバイトとして読み取られエンコードされるため、コンテンツの種類に関わらず、出力はファイル全体の有効な Base64 表現となります。

Base64 は常に約 33% のサイズ増加（オーバーヘッド）を加えます。これは、入力の 3 バイト (24 ビット) が出力の 4 文字 (32 ビット) になるためです。1 MB の画像は、およそ 1.33 MB の Base64 になります。さらに、MIME 標準により Base64 文字列には 76 文字ごとに改行が追加されることが多く、わずかなサイズ増となります。小さなアセット（5 KB 未満）の場合、Data URI としてインライン化することで HTTP リクエストを削減する価値があります。大きなファイルについては、別途配信してください。

はい。任意の画像をアップロードし、Base64 出力に data:image/png;base64, (JPEG または WebP の場合は MIME タイプを調整) を先頭に付けることで、直接 Data URI として使用できます。例：<img src="data:image/png;base64,iVBOR...">. これにより、画像が別のファイルリクエストなしに HTML や CSS に埋め込まれます。小さなアイコン、外部画像がブロックされる可能性のあるメールテンプレート、オフラインの HTML ドキュメントに便利です。

JWT は 3 つの部分（header.payload.signature）にドットで区切られており、各部分は Base64url でエンコードされています。個別の部分（ヘッダーまたはペイロード）をこのデコーダーに貼り付けて中の JSON を読み取ることができます。ただし、このツールは JWT の署名を検証しません。JWT 署名の検証には、専用の JWT デコーダーツールを使用してください。任意の JWT のヘッダーとペイロードは、エンコードされた（暗号化されていない）データのみを含んでいるため、トークンを持っている人なら誰でも読むことができます。

いいえ。すべてのエンコーディングとデコーディングは、あなたのブラウザ内で JavaScript の組み込み関数である btoa() および atob() (テキスト用) と FileReader API (ファイル用) を使用して行われます。何もサーバーには送信されません。プライバシーを心配することなく、API キー、プライベートなデータ、機密性の高いファイルを安全にエンコードできます。