Преобразуйте текст в стандартную Base64-строку или декодируйте корректную Base64 обратно в текст. Инструмент подходит для небольших фрагментов при работе с API, JSON, конфигурациями, HTML и логами. Base64 предназначена для представления двоичных данных текстовыми символами, а не для их защиты.
Что делает Base64
Компьютер хранит текст и файлы как последовательности байтов. Не каждый канал передачи удобно работает с произвольными байтами, поэтому Base64 преобразует их в ограниченный набор печатных ASCII-символов.
В стандартном алфавите используются:
- латинские буквы
A–Zиa–z; - цифры
0–9; - символы
+и/; - знак
=для дополнения в конце, когда он требуется.
Пример:
Исходный текст: Labrika
Base64: TGFicmlrYQ==
Декодирование этой строки вернёт исходную последовательность байтов, а затем инструмент попытается показать её как текст.
Base64 — не шифрование
Закодированную строку может декодировать любой человек или программа. У Base64 нет секретного ключа, пароля и механизма ограничения доступа.
Поэтому Base64 нельзя использовать как защиту:
- паролей;
- API-ключей и токенов;
- персональных данных;
- приватных документов;
- платёжной информации;
- секретов конфигурации.
Кодирование меняет представление данных, но не делает их конфиденциальными. Термин «расшифровать Base64» технически неточен: правильнее говорить «декодировать».
Base64 не сжимает данные
Каждые три исходных байта обычно превращаются в четыре символа Base64. Точный размер результата без учёта переносов строк можно оценить так:
4 × ceil(число исходных байтов / 3)Для достаточно больших данных объём увеличивается примерно на треть. Для коротких строк относительное увеличение может быть больше из-за округления и знаков =.
Base64 применяют не для экономии места, а когда данные нужно безопасно передать через текстовый формат. Если важен размер, сначала используют подходящее сжатие, а затем — Base64, только когда это действительно требует транспорт.
Почему кодировка текста имеет значение
Base64 кодирует байты, а не абстрактные буквы. Перед кодированием текст должен быть преобразован в байты, чаще всего в UTF-8.
Одна и та же строка в UTF-8, UTF-16 или другой кодировке даст разные Base64-результаты. При декодировании байты также нужно прочитать в правильной кодировке. Если вместо кириллицы появились нечитаемые символы, вероятная причина — несовпадение кодировок, а не ошибка алгоритма Base64.
Чем Base64url отличается от обычной Base64
В URL, cookie и некоторых токенах символы +, / и = могут быть неудобны. Поэтому RFC 4648 определяет URL-безопасный вариант — Base64url:
| Стандартная Base64 | Base64url |
|---|---|
+ |
- |
/ |
_ |
дополнение = обычно сохраняется |
дополнение нередко опускается, если его длина известна |
Это разные варианты алфавита. Строку Base64url нельзя всегда без подготовки передать декодеру стандартной Base64. При необходимости заменяют символы и восстанавливают недостающее дополнение до длины, кратной четырём.
Сегменты JWT обычно представлены через Base64url, а не через стандартную Base64. Их декодирование позволяет прочитать содержимое заголовка и полезной нагрузки, но не подтверждает подлинность токена: для этого нужно проверить криптографическую подпись.
Где Base64 действительно применяется
Текстовые API и форматы данных
Некоторые интерфейсы требуют вложить двоичные данные или специальную строку внутрь JSON, XML либо другого текстового сообщения. Base64 позволяет передать байты без конфликтов с управляющими символами транспорта.
MIME и электронная почта
Base64 может использоваться для представления вложений и содержимого в MIME-сообщениях. Формат конкретного письма также содержит заголовки и правила разбиения строк, поэтому одной Base64-строки недостаточно для формирования полноценного письма.
Data URL
Небольшой ресурс можно встроить в HTML или CSS:
data:image/png;base64,iVBORw0KGgo...Перед Base64 здесь указывается MIME-тип. Встраивание увеличивает размер текста и лишает ресурс обычного отдельного кеширования, поэтому оно подходит не для всех файлов.
HTTP Basic Authentication
В заголовке Basic Auth имя пользователя и пароль соединяются и кодируются Base64. Это не защищает учётные данные само по себе; безопасность передачи зависит от HTTPS.
Логи и отладка
Декодирование помогает понять содержимое небольшого фрагмента из ответа API, журнала или конфигурации. Но нельзя вставлять в сторонний онлайн-инструмент рабочие секреты и персональные данные.
Почему строка не декодируется
Наиболее частые причины:
- строка обрезана;
- используются символы Base64url
-и_, а декодер ожидает+и/; - отсутствуют необходимые знаки дополнения
=; - внутри находятся пробелы, переносы или посторонние символы;
- скопирован префикс Data URL вместе с данными;
- исходные байты не являются текстом;
- после декодирования применяется неправильная текстовая кодировка.
Строгое поведение декодеров различается: некоторые игнорируют пробелы или восстанавливают дополнение, другие отклоняют строку. Для интеграции ориентируйтесь на требования используемой библиотеки и протокола.
Текст и файлы — разные задачи
Текущая утилита предназначена для текста. Хотя любой файл технически можно представить в Base64, для большого изображения, архива или документа удобнее использовать файловый кодировщик либо программную библиотеку. Попытка открыть произвольные двоичные байты как текст может дать нечитаемый результат или потерю данных при копировании.
Безопасность при работе с онлайн-конвертером
Не вставляйте реальные пароли, закрытые ключи, токены доступа, cookie авторизации, персональные данные и конфиденциальные документы. Даже когда обработка заявлена в браузере, безопасная практика — использовать локальные средства для секретных данных и заменять значения тестовыми примерами.
Частые вопросы
Можно ли по Base64 восстановить исходный текст?
Да, если строка не повреждена, использован правильный вариант Base64 и исходные байты действительно представляют текст в известной кодировке.
Почему в конце стоит один или два знака =?
Это дополнение, которое выравнивает последнюю группу до необходимой длины. Оно не является частью исходного текста.
Почему две программы дали разные строки для одинакового текста?
Они могли использовать разные текстовые кодировки, Base64 и Base64url, включить BOM либо по-разному обработать перенос строки в конце.
Можно ли хранить пароль в Base64?
Нет. Base64 легко обратима и не предназначена для безопасного хранения паролей. Для хранения паролей на сервере применяют специальные алгоритмы хеширования паролей с солью и подходящими параметрами стоимости.
Декодированный JWT означает, что токен настоящий?
Нет. Декодирование только показывает данные. Подлинность и целостность подтверждаются отдельной проверкой подписи по правилам системы.
Связанные инструменты: Генератор паролей; Обработчик текстов; Diffchecker.
Официальный стандарт:
- RFC 4648 — Base-N Encodings: https://www.rfc-editor.org/rfc/rfc4648