メールに添付した画像や、JWTの中身、APIの認証ヘッダーなどで「iVBORw0KGgoAAAANSU…」のような英数字の長い文字列を見かけたことがあるかもしれません。これはBase64と呼ばれるエンコード方式で変換されたデータです。この記事ではBase64がどういう仕組みで、なぜ必要なのか、そして「暗号化」とは全く違うものであることを解説します。
1. Base64とは何か
Base64は、画像データやファイルなどの「バイナリデータ」を、A〜Z、a〜z、0〜9、+、/ の64種類の文字（と末尾の=記号）だけを使って表現するエンコード方式です。元のデータがどんな内容であっても、この64種類の文字だけで表せる文字列に変換できるのが特徴です。
手元のテキストやファイルを実際に変換してみたい場合は、Base64エンコード/デコードツールで試すことができます。
2. なぜこのような変換が必要なのか
コンピューターの世界には、メール本文やJSON、URLのように「テキストデータしか正しく扱えない場所」がたくさんあります。一方で画像や音声、実行ファイルなどのバイナリデータは、テキストとして想定されていない値の並びを含んでおり、そのままテキストの中に埋め込むと文字化けしたり、正しく送受信できなかったりします。
Base64は、こうした「テキストしか扱えない場所」にバイナリデータを安全に埋め込むための変換方法です。バイナリデータを一度Base64という「無難な文字だけの文字列」に変換しておくことで、メール本文やJSONの値、URLのパラメータなど、テキストベースの仕組みに乗せて運べるようになります。
3. 変換するとデータサイズが約4/3に増える
Base64は元のバイナリデータの3バイト（24bit）を、4文字の英数字（各文字が6bitの情報を表す）に変換する仕組みになっています。3バイトが4文字になるということは、変換後のデータサイズは元のおよそ4/3倍、つまり33%程度大きくなります。
この「サイズが増える」というデメリットがあるため、Base64は通信量を抑えたい場面では不利になることがあり、用途を選んで使う必要があります。
4. 具体的な利用例
- •メールの添付ファイル：画像やPDFなどのバイナリファイルをメール本文（テキスト）に埋め込んで送る仕組み（MIME）で使われている
- •Web上の小さい画像をdata URIとして埋め込む：CSSやHTMLの中に画像データを直接文字列として埋め込み、別ファイルへのリクエストを減らす
- •Basic認証のヘッダー：ユーザー名とパスワードを「ユーザー名:パスワード」の形にしてBase64化し、HTTPヘッダーに含める
- •JWT（JSON Web Token）のペイロード部分：ヘッダーとペイロードのJSONをBase64（URLセーフ版）で文字列化して連結している
5. 重要な注意点：Base64は暗号化ではない
Base64を使う上で最も誤解されやすいのが、「Base64化すれば情報が保護される」という考え方です。Base64はあくまで「データの表現形式を変換する」だけの仕組みであり、暗号化のように第三者から内容を読めなくするためのものではありません。
Base64で変換された文字列は、専用のツールを使えば誰でも一瞬で元のデータに戻す（デコードする）ことができます。鍵やパスワードは一切必要ありません。そのため、パスワードや個人情報、APIキーといった機密情報を「Base64化したから安全」と考えて送信・保存するのは誤りです。実際にBasic認証のヘッダーやJWTのペイロードも、内容を見られないようにする目的ではなく、テキストとして安全に運ぶための変換として使われています。機密情報を本当に保護したい場合は、TLS（HTTPS）による通信の暗号化や、適切な暗号化アルゴリズムを別途使う必要があります。
6. エンコードとデコードの関係
| 操作 | 内容 | 用途の例 |
|---|---|---|
| エンコード | 元のデータをBase64文字列に変換する | バイナリデータをテキストの仕組みに乗せたいとき |
| デコード | Base64文字列を元のデータに戻す | 受け取ったBase64文字列の内容を確認したいとき |
エンコードとデコードは常にペアで、可逆的（元に戻せる）な変換である点も、暗号化との大きな違いです。
7. URLセーフなBase64という変種
通常のBase64で使われる「+」「/」という文字は、URLの中では特別な意味を持つ記号と衝突することがあります。そこで、URLやファイル名の中でも安全に使えるよう、「+」を「-」に、「/」を「_」に置き換えた「URLセーフなBase64（Base64URL）」という変種が使われることがあります。
JWT（JSON Web Token）のように、URLやHTTPヘッダーの中に直接埋め込まれることが多い用途では、このURLセーフな変種が標準的に使われています。同じBase64という名前でも、用途によって微妙に異なる文字セットが使われている点を知っておくと、デコードに失敗した際の原因調査に役立ちます。
8. 改行コードが入る「MIME形式」の変種
メール添付などで使われる伝統的なBase64（MIME）には、76文字ごとに改行を入れるというルールがあります。これは古いメールシステムが1行の長さに制限を持っていた名残で、現在のプログラムがBase64を扱う際にも、この改行の有無で文字列の見た目が変わることがあります。JWTやURLに埋め込む用途では改行を含めない1行の文字列にするのが一般的で、用途によって細かい形式が異なる点も、Base64を扱う際に覚えておくと混乱を防げます。
まとめ
Base64は、バイナリデータをテキストだけの環境でも安全に運べるようにするためのエンコード方式で、メールの添付ファイルやJWT、Basic認証など幅広い場面で使われています。一方で誰でも簡単に元のデータへ戻せるため、暗号化とは全く別物であることを理解しておくことが大切です。実際の変換はBase64エンコード/デコードツールで手軽に試せます。