Кодировщик и Декодер Base32
Кодируйте и декодируйте Base32 онлайн с 4 вариантами, файлами, управлением padding, hex-выводом и локальной загрузкой для TOTP-секретов и читаемых ID.
Похожие
Что такое Base32?
Base32 — это кодирование binary-to-text, которое представляет байты с помощью 32 печатных символов. Стандартная форма описана в RFC 4648 и использует A-Z и 2-7. Каждые 5 бит дают 1 символ, поэтому результат обычно примерно на 60% больше исходных байтов.
Base32 не самый компактный формат, но удобен, когда нужно меньше спецсимволов, нечувствительность к регистру или строки, которые люди читают и вводят вручную. TOTP-секреты, некоторые DNS/config значения, коды активации и читаемые ID часто используют Base32.
Эта страница поддерживает RFC 4648 Base32, Base32hex, Crockford Base32 и z-base-32, а также строгую проверку, управление padding, переносы строк, конвертацию текста/файлов и hex-просмотр.
Варианты использования
- Проверить, является ли секрет TOTP/OTP стандартным Base32, или преобразовать его в Crockford либо z-base-32 для более удобного чтения.
- Преобразовать бинарные настройки, фрагменты сертификатов, офлайн-коды активации или отпечатки ресурсов в читаемые строки без лишних спецсимволов.
- Разобрать значения Base32 из сторонних систем, которые не проходят проверку из-за отсутствующего padding, неверного варианта или странной длины.
- Сначала просмотреть неизвестный Base32 payload как UTF-8 или hex, а затем при необходимости скачать восстановленный бинарный файл.
Как использовать
- Сначала выберите правильный вариант: RFC 4648, Base32hex, Crockford или z-base-32.
- При кодировании выберите текст или файл, затем настройте padding, регистр и ширину переноса строк.
- При декодировании вставьте строку Base32; включите строгую проверку, если нужно проверить длину и padding.
- Просмотрите результат как текст, hex или скачиваемый бинарный файл в зависимости от типа payload.
Функции
- Переключайте 4 варианта Base32: RFC 4648, Base32hex, Crockford и z-base-32.
- Работайте с текстом и файлами: кодируйте UTF-8 текст или локальный файл в Base32.
- Просматривайте результат как UTF-8 текст, hex или скачиваемый бинарный файл.
- Управляйте padding, строчным выводом и переносами на 64, 76 или свою ширину.
- Строго проверяйте длину и padding локально в браузере без загрузки данных.
Когда использовать Base32, Base64 или Base58?
Все эти форматы превращают бинарные данные в печатные строки, но подходят для разных задач.
| Формат | Лучше всего подходит для | Компромисс |
|---|---|---|
| Base32 | Секреты TOTP, читаемые ID и среды без учета регистра | Алфавит удобнее для людей, но результат длиннее, чем Base64. |
| Base64 | Обычная передача текста/файлов, Data URL и API payload | Компактнее, но может содержать +, / и =; для URL или имен файлов часто нужен URL-safe вариант.Кодировщик Base64Base64 URL Safe |
| Base58 | Адреса для ручного копирования, короткие QR payload и blockchain-style ID | Убирает путаницу 0/O/I/l, но не относится к семейству RFC 4648.Кодировщик и декодер Base58 |
Best Practices
Сначала подтвердите нужный вариант
Самая частая ошибка в Base32 связана не с алгоритмом, а с неверным alphabet или variant. Если система ждет Base32hex, Crockford или z-base-32, стандартный Base32 может выглядеть корректно, но не пройти проверку.
Посмотрите hex, прежде чем считать результат текстом
Байты после декодирования Base32 не обязаны быть UTF-8 текстом. Hex помогает быстро понять, это сертификат, заголовок изображения, архив, случайный ключ или обычный текст.
Для ручного ввода выбирайте Crockford или z-base-32
Если важнее снизить человеческие ошибки, чем строго следовать RFC 4648, эти варианты уменьшают визуальную путаницу вроде O/0 и I/1.
Не заставляйте весь процесс оставаться в Base32
Во многих задачах следующий шаг удобнее делать в Base64, hex или с исходным файлом. Менять формат под этап работы обычно проще.
Кодировщик Base64HexЧасто задаваемые вопросы
Когда выбирать Base32 вместо Base64?
Base64 короче, а Base32 лучше для меньшего числа спецсимволов, нечувствительных к регистру систем и TOTP-секретов, которые вводят люди.
Чем отличаются RFC 4648, Base32hex, Crockford и z-base-32?
Они отличаются алфавитом и правилами допуска ошибок. RFC 4648 — общий стандарт, Base32hex ставит цифры первыми, Crockford удобен для ручного ввода, z-base-32 предпочитает читаемые строчные символы.
Tại sao một số chuỗi Base32 kết thúc bằng =?
RFC 4648 Base32/Base32hex thường dùng = làm padding, còn Crockford và z-base-32 thường bỏ qua.
Decoded output looks wrong
Исходные данные могут быть не текстом UTF-8. Переключитесь на hex или скачайте бинарный файл.
File conversion supported?
Có. Bạn có thể chuyển tệp sang Base32 rồi khôi phục lại byte nhị phân.
Data upload?
Нет. Обработка выполняется локально в браузере.
Устранение неполадок
Почему значение не совпадает с результатом стороннего инструмента?
Сначала проверьте вариант. Стандартный Base32, Base32hex, Crockford и z-base-32 используют разные alphabets, поэтому даже небольшое отличие меняет весь результат.
Почему строгий режим сообщает о неверной длине?
В строке может не хватать padding, могут быть недопустимые символы или значение создано другим вариантом. Сначала проверьте содержимое в мягком режиме, затем исправьте исходную строку.
Почему после декодирования текст пустой или битый?
Исходные данные могут быть не UTF-8 текстом, а бинарным файлом или случайными байтами. Используйте hex view или скачайте декодированный binary.
Глоссарий
- RFC 4648 Base32
- Самый распространенный стандартный вариант Base32. Использует A-Z и 2-7 и может содержать padding =.
- Base32hex
- Вариант с шестнадцатеричным порядком из RFC 4648. Алфавит: 0-9 и A-V.
- Crockford Base32
- Вариант для ручного ввода: исключает I, L, O и U и принимает O/0, I/1/L/1 при декодировании.
- z-base-32
- Вариант для человеческого ввода, обычно строчный и без padding.
- padding
- Конечные символы =, дополняющие стандартный Base32 до ожидаемой длины.
Краткая таблица 4 вариантов Base32
Если вы не уверены, какой вариант выбрать, начните с alphabet и типичного применения.
| Вариант | Alphabet | Обычно использует = | Типичный сценарий |
|---|---|---|---|
RFC 4648 | A-Z + 2-7 | Обычно да | TOTP и совместимость со стандартным Base32 |
Base32hex | 0-9 + A-V | Обычно да | Числовой порядок или специальные поля протокола |
Crockford | 0-9 + A-Z (without I/L/O/U) | Обычно нет | Ручной ввод, короткие коды и устойчивость к опечаткам |
z-base-32 | ybndrfg8ejkmcpqxot1uwisza345h769 | Обычно нет | Более читаемые короткие строки в нижнем регистре |
Длина и padding стандартного Base32
В RFC 4648 / Base32hex количество завершающих = зависит от длины исходных байтов.
| Входные байты | Полезные символы Base32 | Нужный padding = |
|---|---|---|
| 1 | 2 | 6 |
| 2 | 4 | 4 |
| 3 | 5 | 3 |
| 4 | 7 | 1 |
| 5 | 8 | 0 |
Authoritative References
- IETFRFC 4648 - The Base16, Base32, and Base64 Data Encodings
- crockford.comDouglas Crockford - Base32 Encoding
- philzimmermann.comPhil Zimmermann - z-base-32
- WikipediaWikipedia - Base32
- Безопасное сравнение строк
- Двоичное Кодирование
- Шифр Цезаря
- Азбука Морзе
- Hex Кодирование
- Видео в Base64
- Base64 в видео
- Изображение в Base64
- Base64 в изображение
- Текст в Base64
- Base64 в текст
- Проверка хеша файла
- Файл в Base64
- Base64 в Файл
- Аудио в Base64
- Base64 в Аудио
- AES-шифрование и расшифровка
- DES Шифрование
- Кодировщик и Декодер Base32
- Base58 кодирование и декодирование
- Кодирование Base64
- Декодирование Base64
- Сравнение Base64
- Разбиение Base64
- Base64 — объединение строк
- Форматирование Base64
- Валидация Base64
- Пакетное кодирование Base64
- Пакетное декодирование Base64
- Очистка Base64
- Обработка заполнения Base64
- Base64 в Hex
- Преобразователь Base64 DataURL
- Base64-Hex конвертер
- Base85 Кодирование
- Генератор и верификатор HMAC
- PBKDF2
- Хеш MD5
- SHA-256 хэш
- SHA1 хеш
- Хеш SHA512
- JWT
- HTML Кодирование
- Unicode экранирование
- URL-кодирование
- Base64 URL-Safe
- MIME Base64
- Обфускация Java
- Обфускация JS
- Обфускация PHP
- Обфускация Python
- Статистика длины Base64