Кодировщик Base32
Кодируйте текст или hex-байты в Base32 (RFC 4648) со стандартным алфавитом A–Z2–7 или base32hex. Безопасно для UTF-8, дополнение по выбору, работает в браузере.
Символов: 24 · байт: 28 (UTF-8)
Символов: 0 · байт: 0 (UTF-8)
Работает полностью в вашем браузере. Ваши данные никуда не загружаются.
Что такое Кодирование Base32?
Кодирует текст или сырые байты в Base32 по RFC 4648. В Base32 используются только прописные буквы и цифры 2–7, поэтому он не зависит от регистра и исключает легко путаемые символы — потому его применяют для секретов TOTP, onion-адресов и файловых систем без учёта регистра.
Как пользоваться Кодирование Base32
- Введите текст в поле Ввод либо выберите Байты в hex в списке Формат ввода для сырых байтов.
- Выберите Алфавит: Стандартный (A–Z, 2–7) или Расширенный hex (0–9, A–V).
- Оставьте или уберите Добавлять дополнение =.
- Скопируйте Base32 из поля Вывод.
Пример
foobar
MZXW6YTBOI======
Тестовый вектор из RFC 4648 §10; base32hex даёт CPNMUOJ1E8======.
Когда использовать Кодирование Base32
Выбирайте Base32, если закодированное значение могут вводить вручную, сравнивать без учёта регистра или использовать в DNS-именах и именах файлов. Он на 60% больше исходных данных (у Base64 — 33%), поэтому там, где важен размер и регистр сохраняется, лучше Base64.
Как работает Кодирование Base32
Байты читаются как поток битов и режутся на 5-битные группы; каждая группа (0–31) выбирает один символ алфавита. Пять входных байтов (40 бит) дают ровно восемь символов. Короткий последний блок добивается нулями до полной 5-битной группы, а вывод дополняется = до длины, кратной 8. Текст предварительно переводится в UTF-8.
Распространенные Случаи Использования
- Создание секретов TOTP/2FA для приложений-аутентификаторов
- Генерация идентификаторов, не зависящих от регистра
- Кодирование данных для меток DNS или файловых систем без учёта регистра
- Проверка реализаций RFC 4648 по известным тестовым векторам
Часто Задаваемые Вопросы
Что такое base32hex?
Алфавит «Extended Hex» из RFC 4648 §7 (0–9, A–V). Он сохраняет порядок сортировки исходных байтов и используется в записях DNSSEC NSEC3.
Совпадает ли это с Crockford Base32?
Нет. В Crockford Base32 другой алфавит без I, L, O и U; здесь реализованы алфавиты RFC 4648.
Нужно ли оставлять дополнение =?
Оставляйте для строгих потребителей RFC 4648. Секреты TOTP обычно показывают без дополнения, и большинство декодеров (включая наш) принимают оба варианта.