Описание инструмента

О Конвертер Base64 в Hex

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

Конвертация работает в обе стороны: инструмент срезает префиксы data URI и заголовочные строки PEM, принимает hex с 0x и без него, с разделителями и без, а также показывает число байтов и определённый тип файла, если ведущие байты совпали с известной сигнатурой.

Как пользоваться Base64 to Hex

Вставьте закодированное значение в поле ввода: префикс data:image/png;base64, либо строки BEGIN и END блока PEM будут удалены автоматически, а пробельные символы игнорируются.
Кнопкой направления переключайтесь между Base64 to Hex и Hex to Base64.
Для шестнадцатеричного ввода подойдёт любая форма, которую выдал ваш инструмент: голые цифры, префикс 0x или байты, разделённые пробелами, двоеточиями либо дефисами.
Включите верхний регистр или пробелы между байтами, чтобы совпасть с раскладкой вашего отладчика или спецификации протокола.

Когда это пригодится

Изучить сырые байты сертификата или ключа: перевести тело PEM из Base64 в hex и вручную пройтись по структуре DER.
Проверить магическое число в начале файла или изображения, чтобы убедиться в его настоящем типе, а не верить расширению.
Отладить кадры двоичного протокола, прошивочные полезные нагрузки или криптографические тестовые векторы, задокументированные в hex, но передаваемые в Base64.
Превратить шестнадцатеричный дамп из анализатора трафика в Base64, чтобы вставить его в конфигурационный файл или тело запроса к API.

Как Base64 и hex кодируют одни и те же байты

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

Base64 упаковывает 3 байта в 4 символа, поэтому закодированный текст примерно на 33 процента больше исходных данных.
Символы = в конце — это дополнение, добавляемое, когда длина входа не кратна 3.
Hex отображает 1 байт ровно в 2 символа: размер удваивается, зато у каждого байта фиксированное смещение.
Именно фиксированное соответствие делает hex удобным при отладке: байт 12 всегда начинается с символа 24, поэтому смещения из спецификации совпадают с тем, что вы видите.

Частые вопросы: Base64 в Hex

Почему моё изображение или сертификат в Base64 выглядит мусором в обычном декодере Base64?: Большинство декодеров показывает результат как текст UTF-8. Двоичные данные содержат байты, не являющиеся корректным текстом, поэтому они превращаются в символы замены или искажаются. Hex такого не допускает.
Можно ли вставить целый блок PEM или data URI?: Да. Маркерные строки BEGIN и END, а также префикс data URI отбрасываются перед декодированием, переводы строк игнорируются.
Какие форматы hex принимаются в обратную сторону?: Работают префикс 0x, голые шестнадцатеричные цифры и байты, разделённые пробелами, двоеточиями или дефисами. Разделители удаляются перед повторным кодированием байтов.
Что означает определённый тип файла?: Ведущие байты сверяются с известными сигнатурами PNG, JPEG, GIF, PDF, ZIP, GZIP и DER. Если совпадений нет, тип не показывается вовсе — вместо догадки.
Загружаются ли мои данные куда-либо?: Нет. Декодирование, обратное кодирование и распознавание сигнатур происходят в вашем браузере, поэтому ключи, сертификаты и перехваченные кадры никогда не отправляются на wetool.site.

Base64 to Hex против текстового декодера Base64

Обычный кодировщик и декодер Base64 идёт по текстовому пути: декодирует Base64, а затем трактует результат как строку UTF-8. Для JSON и читаемых токенов этого достаточно, но заголовок PNG, сертификат в кодировке DER или кадр двоичного протокола содержат байты без всякого текстового смысла, так что вывод приходит искажённым, а часть байтов теряется на обратном пути. Эта страница вообще не трогает текстовый слой: она переводит между Base64 и hex на уровне байтов, поэтому 0x00, 0xFF и любые некорректные последовательности UTF-8 переживают полный цикл преобразования без изменений.

Читаем шестнадцатеричный дамп байт за байтом

Как только полезная нагрузка переведена в hex, первые байты обычно сразу сообщают, что у вас в руках.

89 50 4e 47 — это файл PNG, а ff d8 ff отмечает начало данных JPEG.
25 50 44 46 — это PDF, 50 4b 03 04 — ZIP или любой контейнер на основе ZIP, а 1f 8b — GZIP.
Ведущие 30 82 — это тег SEQUENCE структуры DER, именно так выглядит тело сертификата или ключа после декодирования из Base64 в PEM.
Нечётное количество шестнадцатеричных цифр не складывается в целые байты, поэтому проверьте, не потерялась ли цифра по краям скопированного дампа.