Декодировщик Base64

Строка Base64, встреченная на практике, может быть как обычным Base64 — из вложения письма, data URI, конфигурационного файла, — так и Base64URL, чаще всего из одного из трёх разделённых точками сегментов JWT. Поскольку эти два варианта отличаются всего тремя символами, декодер, принимающий только один из них, вынуждает вручную заменять `-` на `+`, а `_` на `/`, прежде чем он примет сегмент токена, — а это лишний неудобный шаг для того, что должно быть простой вставкой. Поддержка обоих вариантов означает, что сегмент payload из JWT можно вставить напрямую, не задумываясь заранее, какой именно вариант Base64 перед вами.

Не всё, что закодировано в Base64, изначально было текстом — изображения, ключи шифрования и другие двоичные данные тоже часто кодируют в Base64 по тем же соображениям безопасности передачи через текстовые каналы. Декодирование такого содержимого даёт необработанные байты, которые при интерпретации как текст выглядят набором нечитаемых символов, — и это ожидаемый результат, а не признак того, что декодирование не удалось: операция корректно отменила кодирование, но сами байты изначально не были предназначены для чтения как текст UTF-8.

Вставить сюда незнакомую строку, похожую на Base64, и проверить, декодируется ли она во что-то осмысленное, — быстрый первый шаг при выяснении того, что на самом деле представляют собой те или иные данные: значение конфигурации, cookie, фрагмент токена, найденный в неожиданном месте. Если строка декодируется в чистый читаемый JSON или обычный текст, это подтверждает, что перед вами действительно данные в Base64; если при декодировании получается набор мусора, значит либо это вообще не Base64, либо это закодированные в Base64 двоичные данные, а не текст, — и оба варианта подсказывают, что проверять дальше.