Декодер 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 даних, лапки, екрановану послідовність 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, і не змінюй початковий регістр літер. Якщо результат нечитабельний, перевір, чи не потрібно відкрити його як файл замість відображення у вигляді тексту. Успішно декодоване значення не слід автоматично вважати надійним або конфіденційним.