Base32 を復号

具体的な変換例

Base32のデコードでは、RFC 4648のA–Zと2–7を5ビットの記号として読み、バイト列を復元してUTF-8テキストを検証します。 変換はブラウザー内で行われます。 入力例「4OAZHY4CSPRYDK7DQGQ6HANP4OAIDZFYS3TZLDHPXSAQ====」は「こんにちは、世界！」になります。Base32 のデコードでは、5 ビットの記号列をバイト列に戻してから UTF-8 として解釈します。大文字と小文字は正規化できますが、RFC 4648 のアルファベットにない数字や、末尾の未使用ビットがゼロでない値は無効です。コピーしたトークンを変更する前に、まずそのまま確認してください。

表現形式の仕組み

Base32 は RFC 4648 で規定されています。出力の 8 文字が表す入力は最大 5 バイトで、最後のブロックでは 8 文字にそろえるため = のパディングを使う場合があります。アルファベットは大文字の A～Z と数字の 2～7 です。任意の 32 進整数や、名前の似た Crockford 方式のアルファベットとは異なります。エンコードでは入力された Unicode テキストを最初に UTF-8 バイトへ変えます。デコードではビットの組を元に戻し、得られた UTF-8 が有効か検証します。入力ではパディングを省略できますが、あり得ない長さや未使用ビットがゼロ以外の場合は拒否します。大文字と小文字を区別せず印字できる記号をプロトコルが求める場合に便利ですが、文字数は増え、整合性の検査機能もありません。Base32のデコードでは、RFC 4648のA–Zと2–7を5ビットの記号として読み、バイト列を復元してUTF-8テキストを検証します。 コピーした Base32 値がデコードできない場合は、テキストを変える前に各文字を調べてください。

このデコーダーは小文字も受け付け、大文字として解釈します。末尾のパディングは省略できますが、2–7 以外の数字、途中の等号、成立しない長さは拒否します。最後の記号の未使用ビットがゼロであることも確認するため、同じバイトに見える不正な別表記を見逃しません。ビット列から復元したバイトは有効な UTF-8 テキストでなければなりません。任意のバイナリデータを文章だと決めつけず、元のデータ形式を確認してください。

限界と信頼性

Base32 は元に戻せる符号化で、暗号化ではありません。このツールは RFC 4648 を使い、入力のパディングは任意ですが、バイトが有効な UTF-8 テキストを構成する必要があります。拒否された値を調べるときは、まずコピーした文字列をそのまま保存してください。内部の空白を消したり、0 を O に置き換えたり、パディングの位置を推測したりすると、既知のデータの修復ではなく別の候補の作成になります。送信側のアルファベットとパディング方針を確認してください。このページは RFC 4648 のビット規則を厳格に適用します。デコードできても結果が誤って見える場合は、送信側が任意のバイト列や別の文字集合ではなく UTF-8 テキストを符号化したか確認します。重要な記録なら独立した元データと復元したテキストを比較してください。デコード成功も読みやすい語も送信者の認証にはなりません。