Base64 декодер

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

Какво е Base64 кодиране и защо се използва?

Base64 е начин за представяне на двоични данни чрез ограничен набор от печатаеми текстови знаци. Използва се, защото някои системи са проектирани да пренасят надеждно текст, но не могат да обработват произволни байтове.

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

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

Как се използва Base64 декодерът?

Постави Base64 стойност в инструмента и я декодирай. Резултатът ще се покаже в полето Декодиран Base64. Сървърът извършва преобразуването чрез функцията base64_decode на PHP.

Входните данни се изпращат до сървъра през 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, които първо трябва да бъдат премахнати.

Стандартният режим на base64_decode в PHP не е строг и може да премахва знаци извън стандартната азбука. Това позволява да се приемат нови редове във вход, форматиран според MIME, но може и да прикрие грешка при копирането, вместо да я отчете ясно. При неочакван резултат го сравни с формата на източника и провери оригиналната стойност знак по знак.

Често задавани въпроси

Има ли значение дали буквите в Base64 са главни или малки?

Да. Главните и малките букви представляват различни стойности в Base64 азбуката. Ако промениш регистъра, за да изглежда стойността еднообразно, ще повредиш декодираните байтове.

Мога ли да декодирам JWT с Base64 декодер?

JSON Web Token обикновено съдържа кодирани с Base64url части, разделени с точки. Всяка част трябва да се обработи поотделно, а пропуснатото допълване може да се наложи да бъде възстановено. Прочитането на съдържанието не проверява подписа на токена и не доказва, че данните в него са автентични.

Може ли декодираният Base64 да съдържа вирус или злонамерен файл?

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

Защо в декодирания резултат има нулеви знаци?

Нулеви байтове може да присъстват в двоични формати и в текст, кодиран като UTF-16, където много латински знаци са съчетани с нулев байт. Ако източникът твърди, че съдържанието е текст, провери знаковата му кодировка, вместо да изтриваш нулевите знаци, защото премахването им може да повреди данните.

Има ли Base64 определено файлово разширение?

Не. Base64 е начин за представяне на данни, а не файлов формат, затова няма задължително разширение. Декодираните байтове определят дали резултатът е PNG, PDF, ZIP архив, текстов файл или нещо друго.

Последни проверки

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