Base64: кодування / декодування

Що робить цей кодувальник і декодувальник Base64

Це двосторонній конвертер Base64, який працює повністю у вашому браузері. Вставте звичайний текст з одного боку та прочитайте його представлення в Base64 з іншого, або вкладіть блок Base64 і миттєво відновіть початкові байти. Він працює зі стандартним алфавітом, а також з варіантом URL-safe, самостійно керує доповненням (padding) і обробляє повний текст UTF-8, а не лише простий ASCII, тож емодзі, літери з діакритикою та нелатинські писемності перетворюються туди й назад без втрат. До такого інструмента ви звертаєтесь щоразу, коли якась інша система спілкується мовою Base64, а вам потрібно прочитати або створити цей формат вручну: перевірити data: URI, вручну зібрати заголовок HTTP Authorization, витягнути значення з конфігурації YAML чи JSON, декодувати фрагмент токена або переконатися, що саме містить корисне навантаження webhook, перш ніж вбудовувати його в код.

Як насправді працює Base64

Найважливіше, що слід зрозуміти, — це те, що Base64 є кодуванням, а не шифруванням і не стисненням. Його єдине завдання — представити довільні двійкові дані за допомогою невеликого, безпечного набору друкованих символів, щоб дані могли пройти через канали, розроблені для тексту: тіла листів, URL, XML, рядки JSON та заголовки HTTP. Він не забезпечує жодної конфіденційності. Будь-хто може обернути його за частку секунди — саме це й робить ця сторінка. Сам механізм — це чиста арифметика над бітами:

• Вхідні дані розглядаються як потік 8-бітних байтів. Base64 перегруповує ці біти у 6-бітні фрагменти, бо 2 у 6-му степені дорівнює 64 — саме розмір алфавіту.
• Кожні 3 байти (24 біти) стають 4 вихідними символами (4 помножити на 6 дорівнює 24 біти). Саме через це фіксоване співвідношення 3 до 4 вивід Base64 завжди приблизно на 33% більший за вхідні дані, з яких він отриманий.
• 64 символи — це A–Z, a–z, 0–9 плюс два додаткові. Стандартний Base64 використовує + та /; варіант URL-safe замінює їх на - та _, тож рядок може існувати всередині URL, імені файлу чи cookie без потреби у percent-екрануванні.
• Коли довжина вхідних даних не кратна 3, останню групу доповнюють одним або двома символами =, щоб вивід залишався цілою кількістю 4-символьних блоків. Наприклад, "M" кодується як "TQ==", "Ma" — як "TWE=", а "Man" — як "TWFu" узагалі без доповнення.

Оскільки перетворення повністю детерміноване й оборотне, декодування — це просто той самий процес, запущений у зворотному напрямку: зіставити кожен символ з його 6 бітами, з'єднати біти й нарізати їх назад на 8-бітні байти. В алгоритмі немає жодного ключа і жодної випадковості — саме тому Base64 ніколи не можна плутати зі способом захистити чи приховати конфіденційні дані.

Конкретні місця, де ви на нього натрапите

Base64 непомітно присутній усюди у веб- та мережевій інфраструктурі. Уміння його розпізнати й декодувати на місці економить напрочуд багато часу на налагодження.

• Data URI. Невелика іконка або SVG, вбудовані безпосередньо в HTML чи CSS як data:image/png;base64,iVBOR..., дозволяють уникнути окремого мережевого запиту. Декодуйте такий тут, щоб підтвердити, яке зображення насправді видається.
• Базова автентифікація HTTP. Заголовок Authorization: Basic dXNlcjpwYXNz — це не що інше, як user:pass, пропущене через Base64. Саме тому Basic auth поверх звичайного HTTP вважається фактично відкритим текстом і місце йому лише на зашифрованих з'єднаннях.
• JSON Web Token. JWT — це три сегменти base64url, з'єднані крапками: заголовок, корисне навантаження та підпис. Заголовок і навантаження — це читабельний JSON, а не секрети. Ви можете декодувати перші дві частини з Base64, щоб переглянути claims, хоча підпис усе одно захищає від підробки.
• Вкладення електронної пошти (MIME). Двійкові вкладення кодуються в Base64 і традиційно розбиваються по 76 символів на рядок, щоб пройти через поштові сервери, які приймають лише текст.
• Двійкові дані всередині текстових форматів. Сертифікати, ключі, невеликі блоби в Kubernetes secrets та подібні значення зберігаються як Base64, щоб вони вміщувалися всередині JSON чи YAML, не ламаючи синтаксис.

Поради, поширені пастки та куди потрапляють ваші дані

Кілька практичних міркувань запобігають більшості непорозумінь. По-перше, ніколи не покладайтеся на Base64, щоб приховати облікові дані, токени чи персональні дані; ставтеся до закодованого рядка так, ніби він написаний відкрито. По-друге, стежте за варіантом: якщо рядок містить - або _, це URL-safe Base64, і якщо стандартний декодувальник його відхиляє, причина зазвичай саме в цій невідповідності. По-третє, зважайте на доповнення; деякі системи видаляють кінцеві символи =, і декодувальнику може знадобитися їх відновити, щоб досягти коректної довжини блоку. Нарешті, пам'ятайте, що кодування збільшує ваші дані приблизно на третину, тож це поганий вибір для чогось великого, де важливий розмір або пропускна здатність. Що ж до приватності, це має велике значення: цей конвертер працює на 100% локально у вашому браузері за допомогою вбудованих функцій кодування. Що б ви не вставили — заголовки автентифікації, вміст токенів чи приватні фрагменти — воно обробляється на вашому власному пристрої й ніколи не завантажується, не зберігається і не журналюється нами. Ця гарантія суто локальної роботи і є суттю всього, і той самий принцип лежить в основі інших наших інструментів для розробників, дозволяючи декодувати підозрілий токен або рядок Basic auth, жодного разу не передаючи його сторонньому серверу.