Base64 kódovač/dekodér

Převeďte libovolný text na kódování Base64 okamžitě. Náš kódovač si poradí se znaky UTF-8, řetězci JSON, HTML a jakýmkoli textovým vstupem.

Zkopírujte výstup Base64 pro použití v:

• rozhraních API
• datových URI
• kódování e-mailů
• konfiguračních souborech

Dekódujte libovolný řetězec Base64 zpět do čitelného textu. Vložte obsah kódovaný v Base64 a okamžitě uvidíte původní text.

Zpracovává:

• standardní Base64
• Base64 bezpečné pro URL
• Base64 se znaky výplně nebo bez nich

Kódování Base64 funguje tak, že převádí binární data na sadu 64 tisknutelných znaků ASCII, jak definuje RFC 4648 od IETF.

Algoritmus vezme vstupní bajty a přeskupí je z 8bitových bajtů na 6bitové části, protože 2 na šestou se rovná přesně 64 možným hodnotám. Každá 6bitová skupina se mapuje na jeden znak v abecedě A-Z, a-z, 0-9, plus a lomítko.

Protože každé 3 vstupní bajty (24 bitů) tvoří 4 výstupní znaky, je zakódovaný text zhruba o 33 procent větší než originál. Pokud délka vstupu není násobkem 3, připojí se jedno nebo dvě rovnítka jako výplň podle specifikace RFC 4648.

Base64 je kódování, nikoli šifrování, a neposkytuje žádnou bezpečnost ani důvěrnost. Kdokoli může řetězec Base64 okamžitě dekódovat, protože se nepoužívá žádný tajný klíč a obousměrné mapování je veřejně dokumentováno v RFC 4648.

OWASP výslovně varuje, že Base64 nenahrazuje kryptografii a nikdy by se neměl používat k ochraně hesla, tokenů nebo osobních údajů. Jeho jediným účelem je bezpečný přenos binárních dat kanály určenými pouze pro text, jako jsou e-maily, adresy URL a formát JSON.

Pro skutečnou důvěrnost použijte standardizované šifrování, jako je AES-256 doporučené NIST, a pro integritu použijte hašování, jako je SHA-256. S jakýmkoli řetězcem Base64 ve svých protokolech zacházejte jako s plně čitelným prostým textem.

Base64 bezpečné pro URL je varianta definovaná v sekci 5 normy RFC 4648, která nahrazuje znak plus pomlčkou a znak lomítka podtržítkem.

Tato substituce je důležitá, protože plus a lomítko mají v adresách URL a cestách k souborům vyhrazený význam, kde by mohly být špatně interpretovány nebo vyžadovat kódování v procentuálním formátu. Abeceda bezpečná pro URL umožňuje, aby zakódované hodnoty putovaly v řetězcích dotazů, segmentech cest a názvech souborů bez poškození.

Znaky výplně v podobě rovnítek se v tomto kontextu často vynechávají, protože dekodér dokáže původní délku odvodit. Tokeny JSON Web Tokens popsané v RFC 7519 spoléhají na toto kódování base64url pro své segmenty hlavičky a datové části, což je důvod, proč řetězce JWT nikdy neobsahují znaky plus nebo lomítka.

Base64 zvětšuje velikost dat přibližně o 33 procent, protože každé 3 vstupní bajty reprezentuje pomocí 4 výstupních znaků.

Tři bajty obsahují 24 bitů a Base64 tato 24bitová data rozděluje do čtyř 6bitových skupin, takže poměr znaků 4 ku 3 navyšuje délku o jednu třetinu, jak stanovuje RFC 4648. Zarovnání přidává na poslední blok až dva znaky navíc.

Tato režie je promyšleným kompromisem kvůli kompatibilitě s ASCII: binární data, která by jinak poškodila e-mail nebo JSON, se stávají plně bezpečnými jako text. Podle dokumentace MDN Web Docs je to důvod, proč vkládání obrázků jako Base64 data URI činí soubory HTML a CSS znatelně většími, než když se na původní binární soubor odkáže přímo.

Chcete-li zakódovat soubor nebo obrázek do Base64, surové bajty se načtou a proženou standardním algoritmem RFC 4648, čímž vznikne textový řetězec, který můžete vložit přímo do kódu.

Častým použitím je schéma data URI, které dokumentují MDN Web Docs, kde se z obrázku stává soběstačná hodnota src, jako je data:image/png;base64 následovaná kódovanými bajty. To eliminuje samostatný HTTP požadavku, což může zrychlit načítání drobných ikon.

Protože však Base64 přidává 33 procent k velikosti a nelze jej samostatně ukládat do mezipaměti, hodí se nejlépe pro velmi malé assety. Větší obrázky, fonty a soubory PDF se obvykle poskytují jako běžné binární soubory namísto vloženého formátu Base64.

Base64 zpracovává Unicode tak, že text nejprve převede na bajty UTF-8 a tyto bajty pak zakóduje standardní abecedou Base64. Samotný Base64 pracuje pouze se surovými bajty, takže krok kódování znaků probíhá před zakódováním a po dekódování.

UTF-8, definované v RFC 3629 a udržované souběžně se standardem Unicode od konsorcia Unicode Consortium, reprezentuje emotikony, CJK ideogramy a znaky s diakritikou jako sekvence o více bajtech, které Base64 následně přesně zachová. Tento dvoukrokový proces je důvodem, proč náš nástroj správně obousměrně zpracovává znaky, jako je symbol eura nebo emotikon.

V JavaScriptu uvádějí MDN Web Docs, že starší funkce btoa přijímá pouze Latin-1, takže moderní kód před voláním btoa zakóduje data do bajtů UTF-8 pomocí TextEncoder.

Base64 se používá všude tam, kde binární data musí projít systémy, které zpracovávají pouze text.

• Přílohy e-mailů jsou kódovány v Base64 podle standardu MIME definovaného v RFC 2045, díky kterému obrázky a dokumenty přežijí přenos v prostém textu.
• Webové stránky vkládají malé obrázky a fonty jako Base64 data URI, jak dokumentují MDN Web Docs.
• JSON Web Tokens podle RFC 7519 kódují své nároky jako řetězce base64url a ověřování HTTP Basic Authentication, popsané v RFC 7617, zakódovává dvojici uživatelského jména a hesla oddělenou dvojtečkou do Base64.
• Base64 se objevuje také v payloadech API, certifikátech TLS ve formátu PEM a konfiguračních souborech.

Cílem je v každém případě bezpečný bezeztrátový přenos, nikoli komprese nebo zabezpečení.

Nejčastější chybou u Base64 je, že je vnímán jako bezpečnostní opatření, přičemž RFC 4648 definuje plně vratnou transformaci bez klíče, kterou může kdokoli dekódovat.

• Další častou chybou je míchání standardní abecedy a abecedy bezpečné pro URL, což způsobuje chyby při dekódování, pokud jsou znaky plus nebo lomítko zaměněny za pomlčku a podtržítko.
• Chybějící nebo nesprávné zarovnání pomocí znaménka rovná se rovněž narušuje striktní dekodéry, ačkoliv mnohé implementace (včetně těch v MDN Web Docs) chybějící zarovnání tolerují.
• Vývojáři často zapomínají na krok UTF-8 a pro vstup bez ASCII získávají zkomolený text.
• V neposlední řadě náhodné zakódování již zakódovaných dat v Base64 zdvojnásobuje režii.

Ověření přesné varianty, pravidel zarovnání a znakové sady oproti specifikaci RFC 4648 zabrání téměř všem těmto selháním při dekódování.

Base64, Base32 a šestnáctkové kódování (hexadecimal) jsou binární textová kódování definovaná společně v RFC 4648, ale liší se v tom, jak kompromisně přistupují k hustotě dat a čitelnosti.

• Šestnáctkové kódování používá 16 znaků a zdvojnásobuje velikost dat, takže je pro člověka nejlépe čitelné a nejčastěji se používá v hashech a kódech barev.
• Base32 používá 32 znaků bez rozlišování velikosti písmen, zvětšuje data přibližně o 60 procent a vyhýbá se nejednoznačným symbolům, což vyhovuje systémům nerozlišujícím velikost písmen a tajným klíčům TOTP.
• Base64 je s přibližně 33procentní režií nejkompaktnější ze všech tří a používá 64 znaků.

Pro ladění a krátké identifikátory zvolte šestnáctkové kódování, Base32 tam, kde je problém s velikostí písmen, a Base64 tehdy, když záleží nejvíce na kompaktnosti, jak jasně uvádí doporučení IETF v RFC 4648.