Декодер Base64

Декодер Base64 представляет собой бесплатный инструмент для восстановления исходных данных из значения, закодированного в Base64.

Что такое кодирование Base64 и зачем оно нужно?

Base64 позволяет представить двоичные данные с помощью ограниченного набора печатных текстовых символов. Этот способ используют потому, что некоторые системы безопасно передают текст, но не могут надежно обрабатывать произвольные байты.

Стандартный алфавит Base64 включает прописные и строчные буквы, цифры, знак плюса и косую черту. В конце может стоять знак равенства, используемый для заполнения. После кодирования объем данных увеличивается, поскольку каждые три исходных байта превращаются в четыре символа Base64.

Base64 служит для кодирования, а не для шифрования. Любой, у кого есть закодированное значение, может декодировать его без пароля или секретного ключа, поэтому Base64 не обеспечивает конфиденциальность. Не считай значение Base64 безопасным местом для хранения паролей, ключей API или персональных данных.

Как пользоваться декодером Base64?

Вставь значение Base64 в инструмент и запусти декодирование, затем посмотри результат в поле Декодировано из Base64. Для преобразования сервер использует функцию PHP base64_decode.

Введенные данные передаются на сервер по HTTPS и не сохраняются. Обработка выполняется на сервере, а не только в браузере, поэтому не отправляй конфиденциальные материалы, если у тебя нет разрешения передавать их внешнему сервису.

Base64 сохраняет байты, а не смысл данных. Числа, пробелы и знаки препинания остаются частью исходной последовательности байтов. Буквы с диакритическими знаками и символы нелатинских алфавитов тоже можно кодировать, но после декодирования байты нужно интерпретировать в правильной кодировке. Для современных веб-данных это обычно UTF-8.

Примеры и выбор формата

Простой пример стандартного Base64:

Входные данные: SGVsbG8=

Результат: Hello

Знак равенства в конце служит для заполнения. Он дополняет блок Base64 до четырех символов и не обозначает дополнительный символ в декодированном результате.

Существует два распространенных варианта алфавита:

• Стандартный Base64: использует + и /. Он часто встречается в электронной почте MIME, URI данных и многих API на основе JSON.
• Base64url: вместо них использует - и _. Этот вариант предназначен для URL, параметров запроса и токенов, где символы + и / могут создавать неудобства. Заполнение часто опускают.

Выбирай вариант, который использовала система, создавшая значение. Стандартный декодер может неправильно обработать или отклонить значение Base64url, если сначала не преобразовать его алфавит. Для обратного преобразования используй Кодировщик Base64. Для закодированных данных изображения инструмент Base64 в изображение может оказаться полезнее, чем просмотр необработанных двоичных данных в виде текста.

Где на практике встречается Base64?

Base64 часто встречается там, где двоичные данные нужно передать в текстовом формате. Закодированное значение может использоваться отдельно или быть частью более крупного документа.

• URI данных встраивают небольшие изображения, шрифты или другие ресурсы в HTML и CSS, часто после префикса вида data:image/png;base64,.
• Полезная нагрузка JSON иногда содержит файлы, сертификаты или криптографические данные в виде значений Base64, поскольку в JSON нет отдельного типа для двоичных значений.
• В электронной почте MIME Base64 применяется для вложений и частей сообщения, которые нельзя надежно передать как обычный текст.
• Строки запросов и веб-токены могут использовать Base64url, чтобы избежать символов со специальным значением в URL.
• Файлы конфигурации и переменные окружения иногда содержат Base64, поскольку используемая система ожидает печатный текст.

Для интернационализированных доменных имен, внешне похожих на закодированные значения, нужен другой декодер. Метка домена, начинающаяся с xn--, использует Punycode, а не Base64. Декодер Base64 не сможет восстановить из нее нужное доменное имя в Unicode.

Почему Base64 не декодируется или результат выглядит бессмысленно?

Обычно декодирование Base64 завершается ошибкой или дает нечитаемый результат, если используется не тот вариант алфавита, значение неполное, данные были закодированы дважды либо представляют собой двоичные данные, а не текст.

• Неверный алфавит: возникает, когда значение Base64url с символами - или _ обрабатывают как стандартный Base64 либо наоборот.
• Отсутствующее или поврежденное заполнение: может привести к неполному последнему блоку. Некоторые декодеры допускают отсутствие заполнения, но если при делении количества символов на четыре остаток равен одному, такое значение не может быть корректным Base64.
• Двойное кодирование: после первого прохода получается еще одно значение, похожее на Base64. Если источник намеренно закодировал данные дважды, потребуется повторное декодирование.
• Двоичный результат: ожидаем для изображений, PDF, сжатых архивов и зашифрованных байтов. Если открыть такие данные как текст, появятся непонятные символы или знаки замены.
• Неверная кодировка текста: приводит к неправильному отображению корректно декодированных байтов. Например, если интерпретировать данные UTF-8 как Windows-1252, символы с диакритикой могут превратиться в нечитаемый текст.
• Лишнее содержимое вокруг значения: это может быть префикс URI данных, кавычки, escape-последовательность JSON или процентное кодирование URL. Сначала их нужно удалить.

По умолчанию функция PHP base64_decode работает в нестрогом режиме и может отбрасывать символы, не входящие в стандартный алфавит. Благодаря этому она может принимать переносы строк из входных данных в формате MIME, но также может скрыть ошибку копирования вместо того, чтобы явно сообщить о ней. Если результат оказался неожиданным, сопоставь его с форматом источника и посимвольно проверь исходное значение.

Частые вопросы

Имеет ли значение регистр в Base64?

Да. Прописные и строчные буквы обозначают разные значения в алфавите Base64. Если изменить регистр ради единообразного вида значения, декодированные байты будут повреждены.

Можно ли декодировать JWT с помощью декодера Base64?

Можно, но JSON Web Token обычно состоит из разделенных точками секций, закодированных в Base64url. Каждую секцию нужно обрабатывать отдельно, а пропущенное заполнение иногда приходится восстанавливать. Чтение полезной нагрузки не проверяет подпись токена и не подтверждает подлинность его содержимого.

Может ли декодированный Base64 содержать вирус или вредоносный файл?

Да, поскольку Base64 может представлять любые байты, включая исполняемые файлы, скрипты и вредоносные документы. Само декодирование не запускает содержимое, но сохранять или открывать неизвестный результат может быть небезопасно. Перед работой с двоичными данными проверь ожидаемый тип файла и источник.

Почему в декодированном результате есть нулевые символы?

Нулевые байты могут встречаться в двоичных форматах и в тексте, закодированном в UTF-16, где многие латинские символы сопровождаются нулевым байтом. Если источник утверждает, что это текст, проверь его кодировку, а не удаляй нулевые байты. Их удаление может повредить данные.

Есть ли у Base64 собственное расширение файла?

Нет. Base64 представляет данные, но не является форматом файла, поэтому обязательного расширения у него нет. Именно декодированные байты определяют, чем является результат: PNG, PDF, ZIP-архивом, текстовым файлом или чем-то другим.

Что проверить напоследок

Убедись, что скопировано только закодированное значение, определи, какой вариант используется, стандартный Base64 или Base64url, и сохрани исходный регистр букв. Если результат невозможно прочитать, проверь, не нужно ли открыть его как файл вместо отображения в виде текста. Не считай успешно декодированное значение надежным или конфиденциальным.