CodeKitHubЧто это за инструмент?
Base64 — это схема кодирования, которая преобразует двоичные или текстовые данные в набор из 64 безопасных символов ASCII (A–Z, a–z, 0–9, + и /). Она повсеместно используется в программном обеспечении: для встраивания изображений в HTML/CSS, в заголовках HTTP-аутентификации по протоколу Basic, в вложениях электронной почты (MIME), в JSON Web Tokens, а также в данных API, которые должны сохраняться при передаче по текстовым каналам.
Важно: Base64 — это кодировка, а не шифрование. Декодировать её может любой. Её цель — обеспечить безопасную передачу данных через системы, которые понимают только текст, — а не сохранить их в секрете.
Зачем его использовать?
- Декодируйте токены API, сегменты JWT и заголовки аутентификации, чтобы узнать их содержимое.
- Кодировать текст для URI данных, файлов конфигурации или HTTP-заголовков.
- Совместимость с UTF-8: эмодзи и нелатинские символы правильно кодируются и декодируются.
- 100 % конфиденциально — преобразование происходит в вашем браузере, ничего не загружается.
- Бесплатно, без регистрации, без ограничений по размеру.
Как использовать
- Введите или вставьте текст в поле ввода.
- Нажмите «Кодировать», чтобы преобразовать текст в Base64, или «Декодировать», чтобы преобразовать Base64 обратно в текст.
- Если декодирование завершилось с ошибкой, это означает, что входные данные не соответствуют формату Base64 — проверьте, не пропущены ли символы и нет ли лишних пробелов.
- Нажмите «Копировать», чтобы скопировать результат.
Пример
Ввод
Hello, CodeKitHub! 你好 👋Результат
SGVsbG8sIENvZGVLaXRIdWIhIOS9oOWlvSDwn5GLОбратите внимание, как китайские иероглифы и эмодзи сохраняются при передаче туда и обратно — именно в этом и заключается безопасность кодировки UTF-8.
Практические советы
- Токены JWT состоят из трёх сегментов в кодировке Base64, соединённых точками — для чтения их необходимо отдельно декодировать первые два (заголовок и полезные данные); третий сегмент представляет собой двоичную подпись и будет выглядеть как набор бессмысленных символов.
- Если декодирование сегмента JWT завершилось неудачей, это означает, что он закодирован в формате base64url: сначала замените - на +, а _ на / (стандартные инструменты ожидают использование символов +/).
- Пробелы и символы переноса строки внутри строки Base64 обычно являются безобидными остатками из электронных писем или журналов, но отсутствие завершающего символа = часто свидетельствует о проблеме — проверьте длину, прежде чем делать вывод о повреждении данных.
- Кодирование Base64 увеличивает размер данных примерно на 33 %. Для небольших данных это подходит; однако для изображений размером более нескольких КБ исходный файл почти всегда будет лучшим выбором, чем URI данных.
Реальные сценарии использования
Три случая, из-за которых люди ежедневно обращаются сюда: чтение содержимого заголовка Authorization или JWT, декодирование поля полезных данных веб-хука/API, поступившего в кодировке Base64 (часто это JSON — после декодирования его нужно отформатировать), а также ручное формирование URI данных или строки Basic-Auth при отладке.
Что касается двоичных данных (изображений, файлов), помните, что при декодировании в виде текста вы получите «модзибаке» — данные могут быть вполне корректными, просто это не текст. Кодирование и декодирование двоичных данных следует осуществлять в коде; данный инструмент оптимизирован для работы с текстом.
Как диагностировать сбой декодирования
Сбои при декодировании Base64 почти всегда связаны с одной из трёх причин (в порядке убывания частоты): входные данные на самом деле были в формате base64url (в котором вместо стандартных символов «+» и «/» используются «-» и «_», что часто встречается в JWT и URL-безопасных контекстах), и для успешного стандартного декодирования необходимо сначала вернуть эти символы в исходный вид; строка была обрезана где-то по пути (при копировании-вставке были упущены последние несколько символов или строка журнала была обрезана), что можно обнаружить, поскольку длина действительной строки Base64 всегда кратна 4 с учётом заполнения; либо при копировании были вставлены посторонние символы (лишние пробелы, случайный символ новой строки, случайно дублированный символ), поэтому всегда безопаснее вставлять текст напрямую из исходного файла, а не перепечатывать его.
→ Форматировщик JSON · Кодировщик/декодировщик URL-адресов · Декодер JWT
Часто задаваемые вопросы
Является ли Base64 шифрованием?
Нет. Base64 — это обратимое кодирование, которое может расшифровать любой — оно не обеспечивает никакой безопасности. Если вам нужно защитить данные, используйте настоящее шифрование (например, AES); Base64 предназначено исключительно для обеспечения безопасности данных при передаче в виде текста.
Почему мой декодированный вывод выглядит как бессмысленный набор символов?
Либо входные данные на самом деле не закодированы в Base64, либо они были усечены, либо исходные данные были двоичными (например, изображение), а не текстовыми. Двоичные данные не отображаются в виде читаемых символов.
Что означают знаки «=» в конце?
Дополнение. Кодировка Base64 работает с блоками по 3 входных байта → 4 выходных символа. Если длина входных данных не делится на 3, последний блок дополняется одним или двумя = символами.
Поддерживает ли этот инструмент эмодзи и китайские иероглифы?
Да. Сначала текст кодируется в байты в формате UTF-8, что является стандартным подходом. Простые инструменты, напрямую использующие функцию btoa(), не справляются с любыми символами, не входящими в набор Latin-1, — а этот инструмент справляется.
Мои данные куда-нибудь загружаются?
Нет. Кодирование и декодирование осуществляются полностью в вашем браузере с помощью JavaScript. Ваши данные никогда не покидают ваше устройство.