Кодировщик Base32

Где Base32 встречается в работе

Первый и самый заметный случай — одноразовые коды и ключи настройки двухфакторной аутентификации. Секрет там длинный, и его показывают в виде Base32-строки с пробелами по несколько символов, чтобы было легче переписать с листа. Второй случай — идентификаторы и ключи, которые прописывают руками в конфигурацию: токены, отпечатки ключей, серийные номера лицензий. Третий — DNS: значение записи должно быть текстом, и Base32 даёт текст без символов, которые в адресе сломались бы.

Отдельно стоит работа с именами файлов. Символ «/» в имени превращает файл в подкаталог, а «+» и «?» ломают вывод в командной строке. Base32 не содержит ни одного из них, поэтому закодированное имя безопасно положить в любой каталог и передать в ссылке. По той же причине им пользуются в системах контроля версий, где имя объекта становится частью пути, и в протоколах, где идентификатор передаётся в URL-параметре — там же пригодится парсер URL.

• Ключи настройки двухфакторной аутентификации и их переписывание с бумажки
• Токены и отпечатки ключей, которые вводят в конфигурацию вручную
• Имена файлов, которые не должны содержать косой черты
• Значения DNS-записей, где формат требует текст
• Идентификаторы в URL-параметрах и в ссылках

Частые ошибки при работе с Base32

Первая ошибка — путать Base32 с Base64 и пытаться декодировать строку одним инструментом, ожидая результат другого. Алфавиты разные, символы разные, длины разные, и ошибка выглядит как «какая-то ерунда вместо текста». Вторая — забыть про регистр и пробелы: хотя Base32 по стандарту регистронезависим, в задачах, где важен канонический вид, используют верхний регистр и разбивают длинные строки пробелами каждые несколько символов.

Третья ошибка — вставить в декодировщик строку Base64. Она длиннее и выглядит похоже, но символы «+», «/» и «0» с «1» в Base32 недопустимы. Четвёртая — обрезать строку, решив, что «=» не несут данных. Для декодирования это обычно безобидно, но для проверки целостности обрезка означает потерю данных, и её лучше делать осознанно. Пятая — считать, что Base32 заменяет шифрование: секрет, отправленный в таком виде, читается любым, у кого есть декодировщик.

• Декодировать строку Base64 кодировщиком Base32
• Считать, что «=» можно выкинуть в любом месте строки
• Смешивать верхний и нижний регистр в одном блоке
• Обрезать конец строки, потеряв последний байт
• Ожидать, что Base32 заменяет шифрование

Разбор примера: как «Tool» превращается в KRXW63A=

Возьмём четыре байта: T — это 54, o — это 6F, o — это 6F, l — это 6C. В двоичном виде это восемь бит на байт, всего 32 бита. Делим поток бит на группы по пять: 01010, 10001, 10111, 10110, 11110, 11011 и ещё два бита, которым не хватает соседей справа.

Последние два бита дополняются нулями до пяти, получается группа 00000 с номером ноль, а это символ A. Теперь переводим номера групп в символы: 10 — K, 17 — R, 23 — X, 22 — W, 30 — 6, 27 — 3, 0 — A. Складываем: KRXW63A — семь символов, потому что 32 бита при делении на пять дают шесть полных групп и два бита хвоста. Длина не кратна восьми, поэтому добавляем «=» до восьми: KRXW63A=.

Разбор повторяет ровно то, что делает инструмент, — свой результат можно сверить с таблицей.

Base32, Base64 и другие способы упаковать байты

Кодировок текста много, и выбор между ними сводится к трём вопросам: какой алфавит допустим, насколько важна компактность и читает ли результат человек. Base32 отвечает на первый вопрос самым строгим образом: тридцать два символа без «+», «/», «0» и «1». Base64 отвечает на второй: шесть бит на символ и рост объёма всего на треть. Есть и менее распространённые схемы: Base85 даёт восемь бит на символ и почти не увеличивает объём, но её алфавит включает непечатные символы и не проходит через текстовые каналы.

Отдельный класс — кодировки, которые выглядят как шифрование, но им не являются: шифр Цезаря и ROT13 и азбука Морзе. Они меняют символы по заранее известному правилу, и любой, кто знает правило, прочитает сообщение. Base32 из того же ряда: это способ безопасно записать данные, а не способ их спрятать. И если задача сводится к «сделать из байтов строку и потом вернуть как было», то проще всего взять кодировщик Base64 — он умеет и файлы.

• Base32: 32 символа, 5 бит на символ, рост объёма примерно на 60 процентов
• Base64: 64 символа, 6 бит на символ, рост объёма примерно на треть
• Base85: почти без роста, но алфавит не проходит через текстовые каналы
• URL-кодирование: не кодирование данных, а экранирование символов для адреса
• Punycode: только для имён доменов, а не для произвольных данных