Base32

テキストまたは RFC 4648 Base32(A–Z、2–7)を貼り付け。デコード時の = パディングは任意。

Base32について

TOTP シード、一部 API トークン、手入力しやすい秘密は Base32(A–Z、2–7)が使われることがあります。hidevtool は RFC 4648 に従い UTF-8 テキストのバイトを扱います。

エンコードは 5 bit グループにパックします。デコードはパディングと空白を無視してバイトを再構成し、不正文字はすぐ失敗します。

Base64 ツールと比べ、長さと可読性のトレードオフを FAQ で説明します。Crockford 変体は別アルファベットです。

できること

RFC 4648 アルファベット

A–Z と 2–7、エンコード時は = パディング。デコード時の文字は大文字小文字を区別しません。

UTF-8 入力

テキストは UTF-8 バイト経由——Base64 テキストモードと同じバイト源で、ビットパッキングだけ異なります。

OTP 文脈

認証アプリは共有秘密を Base32 で保持することが多いです。RFC 4648 か Crockford かアプリ仕様を確認してください。

パディング

末尾の = はビット整列用。デコードは除去できますが、長さは valid である必要があります。

Base64 より長い

同じバイトでも Base32 の方が長くなります。+/ を避ける代償として正常です。

Base32hex ではない

0–9A–V を使う仕様もありますが、本ページは標準 RFC 4648 です。

よくある使い方

Base32 と Base64 の違いは?

アルファベットが小さく、出力が長く、+/ がない——手入力向き。Base64 はよりコンパクトです。

テキストを Base32 エンコードするには?

UTF-8 テキストを貼り「エンコード」を押します。

Base32 をデコードするには?

文字列を貼り「デコード」。不正文字はエラーです。

よくある質問

Base32 と Base64 の違いは?
アルファベットが小さく、出力が長く、+/ がない——手入力向き。Base64 はよりコンパクトです。
テキストを Base32 エンコードするには?
UTF-8 テキストを貼り「エンコード」を押します。
Base32 をデコードするには?
文字列を貼り「デコード」。不正文字はエラーです。
Crockford Base32 は?
非対応です。RFC 4648 の A–Z2–7 のみ。Crockford なら変換が必要です。
QR から secret をデコードできる?
Base32 テキストとしてエクスポートされていれば貼れます。本番 secret はチケット等に載せないでください。
デコードが文字化けする
生の OTP キーは UTF-8 テキストではないことがあり、バイト列として見えるのは正常です。