Nasz koder-dekoder Base64 przekształca tekst w kodowanie Base64 i z powrotem w czasie rzeczywistym. Wklej dowolny tekst, aby uzyskać wersję zakodowaną w Base64, lub wklej ciąg Base64, aby przekształcić go z powrotem w czytelny tekst. Obsługuje standard Base64 (RFC 4648) oraz wariant bezpieczny dla URL. Obsługuje znaki UTF-8, ciągi JSON oraz duże pliki tekstowe. Całe przetwarzanie odbywa się po stronie klienta – Twoje dane nigdy nie opuszczają przeglądarki.
Wybierz opcję Zakoduj, aby przekształcić tekst na Base64, lub Odkoduj, aby przekształcić Base64 z powrotem na tekst.
Wpisz lub wklej swój tekst (do zakodowania) lub ciąg Base64 (do odkodowania).
Wynik pojawi się natychmiast. Kliknij Kopiuj, aby skopiować go do schowka.
Włącz tryb bezpieczny dla URL, aby używać znaków - i _ zamiast + i / w celu uzyskania danych wyjściowych zgodnych z adresami URL.
Kodowanie Base64 przekształca dane binarne na tekst ASCII, dzieląc bajty wejściowe na 6-bitowe grupy i mapując każdą z nich na jeden z 64 znaków (A-Z, a-z, 0-9, +, /). Ponieważ 3 bajty (24 bity) odpowiadają 4 znakom Base64, wynik jest o około 33% większy od danych wejściowych. Jeśli długość danych wejściowych nie jest wielokrotnością 3, dodawane jest dopełnienie (=).
Base64 = encode(input bytes) → 6-bit groups → A-Za-z0-9+/ alphabet
Wynik Base64 jest zawsze o około 33% większy niż dane wejściowe
Wariant Base64 bezpieczny dla URL zastępuje znak + znakiem - oraz / znakiem _ (przydatne w adresach URL i nazwach plików)
Base64 to kodowanie, a NIE szyfrowanie – każdy może je odkodować, dlatego nigdy nie używaj go do celów bezpieczeństwa
Użyj Base64, aby osadzić małe obrazy w kodzie HTML/CSS za pomocą odnośników typu data URI
JSON Web Tokens (JWT) używają kodowania Base64 bezpiecznego dla adresów URL w nagłówku i ładunku (payload)
Wypełnienie = na końcu może zostać bezpiecznie usunięte w formacie Base64 bezpiecznym dla URL
Base64 obsługuje dane binarne – w ten sposób przesyłane są załączniki wiadomości e-mail
Nasz darmowy koder i dekoder Base64 błyskawicznie zamienia tekst na Base64 i z powrotem. Obsługuje standardowe oraz bezpieczne dla URL kodowanie Base64, znaki UTF-8 i długie teksty. Całe przetwarzanie odbywa się w Twojej przeglądarce — Twoje dane pozostają prywatne.
Błyskawicznie zamień dowolny tekst na kodowanie Base64. Nasz koder obsługuje znaki UTF-8, ciągi JSON, kod HTML oraz dowolne dane tekstowe.
Skopiuj wynik Base64 do wykorzystania w:
Zdekoduj dowolny ciąg Base64 z powrotem do czytelnego tekstu. Wklej zakodowaną zawartość Base64, aby natychmiast zobaczyć oryginalny tekst.
Obsługuje:
Kodowanie Base64 polega na konwersji danych binarnych na zestaw 64 drukowalnych znaków ASCII, zgodnie ze specyfikacją RFC 4648 wydaną przez IETF.
Algorytm pobiera bajty wejściowe i przegrupowuje je z 8-bitowych bajtów na 6-bitowe fragmenty, ponieważ 2 do potęgi 6 daje dokładnie 64 możliwe wartości. Każda 6-bitowa grupa jest mapowana na jeden znak z alfabetu A-Z, a-z, 0-9, plus oraz ukośnik.
Ponieważ każde 3 bajty wejściowe (24 bity) stają się 4 znakami wyjściowymi, zakodowany tekst jest o około 33 procent większy od oryginału. Gdy długość danych wejściowych nie jest wielokrotnością 3, zgodnie ze specyfikacją RFC 4648 dodawany jest jeden lub dwa znaki równości jako dopełnienie.
Base64 to kodowanie, a nie szyfrowanie, i nie zapewnia żadnego bezpieczeństwa ani poufności. Każdy może błyskawicznie zdekodować ciąg Base64, ponieważ nie jest wymagany żaden klucz tajny, a odwracalne mapowanie jest publicznie udokumentowane w RFC 4648.
OWASP wyraźnie ostrzega, że Base64 nie zastępuje kryptografii i nigdy nie powinno być używane do ochrony haseł, tokenów ani danych osobowych. Jego jedynym celem jest bezpieczny transport danych binarnych przez kanały obsługujące tylko tekst, takie jak e-mail, adresy URL i JSON.
Aby zapewnić rzeczywistą poufność, stosuj standardowe szyfrowanie, takie jak AES-256 zalecane przez NIST, a dla integralności używaj funkcji skrótu, takich jak SHA-256. Traktuj każdy ciąg Base64 w swoich logach jako w pełni czytelny tekst jawny.
Bezpieczne dla URL Base64 to wariant zdefiniowany w sekcji 5 specyfikacji RFC 4648, który zastępuje znak plusa myślnikiem, a znak ukośnika podkreślnikiem.
Ta zamiana jest istotna, ponieważ plus i ukośnik mają zarezerwowane znaczenia w adresach URL i ścieżkach plików, gdzie mogą być błędnie interpretowane lub wymagać kodowania procentowego (percent-encoding). Alfabet bezpieczny dla URL pozwala na przesyłanie zakodowanych wartości w ciągach zapytań, segmentach ścieżek i nazwach plików bez ryzyka uszkodzenia danych.
Znaki dopełnienia (znaki równości) są często pomijane w tym kontekście, ponieważ dekoder może wywnioskować oryginalną długość. Tokeny JWT (JSON Web Tokens), opisane w RFC 7519, opierają się na tym kodowaniu base64url w swoich segmentach nagłówka i ładunku, dlatego ciągi JWT nigdy nie zawierają znaków plusa ani ukośnika.
Base64 zwiększa rozmiar danych o około 33 procent, ponieważ reprezentuje każde 3 bajty danych wejściowych za pomocą 4 znaków wyjściowych.
Trzy bajty zawierają 24 bity, a Base64 dzieli te 24 bity na cztery grupy 6-bitowe, więc stosunek 4 znaków do 3 dodaje jedną trzecią do długości, zgodnie ze specyfikacją RFC 4648. Wypełnienie (padding) dodaje do dwóch kolejnych znaków w ostatnim bloku.
Ta nadmiarowość to celowy kompromis na rzecz kompatybilności z kodem ASCII: dane binarne, które zepsułyby pocztę e-mail lub JSON, stają się w pełni bezpieczne jako tekst. Zgodnie z MDN Web Docs, właśnie dlatego osadzanie obrazów jako identyfikatorów danych Base64 sprawia, że pliki HTML i CSS stają się zauważalnie większe niż w przypadku bezpośredniego linkowania oryginalnego pliku binarnego.
Aby zakodować plik lub obraz do Base64, surowe bajty są odczytywane i przesyłane przez standardowy algorytm RFC 4648, co daje łańcuch tekstowy, który można osadzić bezpośrednio w kodzie.
Częstym zastosowaniem jest schemat identyfikatora danych (data URI) udokumentowany przez MDN Web Docs, w którym obraz staje się samowystarczalną wartością src, taką jak data:image/png;base64, po której następuje ciąg zakodowanych bajtów. Eliminuje to osobne żądanie HTTP, co może przyspieszyć ładowanie małych ikon.
Ponieważ jednak Base64 dodaje 33 procent do rozmiaru i nie może być buforowany (cache'owany) osobno, najlepiej rezerwować go dla bardzo małych zasobów. Większe obrazy, czcionki i pliki PDF są zazwyczaj obsługiwane jako zwykłe pliki binarne, a nie jako wklejony kod Base64.
Base64 obsługuje Unicode poprzez najpierw konwersję tekstu na bajty UTF-8, a następnie zakodowanie tych bajtów przy użyciu standardowego alfabetu Base64. Sam Base64 operuje tylko na surowych bajtach, więc krok kodowania znaków odbywa się przed kodowaniem i po dekodowaniu.
UTF-8, zdefiniowany w RFC 3629 i utrzymywany w ramach standardu Unicode przez Konsorcjum Unicode, reprezentuje emoji, ideogramy CJK i litery z akcentami jako sekwencje wielobajtowe, które Base64 następnie dokładnie zachowuje. Ten dwuetapowy proces sprawia, że nasze narzędzie poprawnie przetwarza w obie strony znaki takie jak symbol euro lub emoji.
W języku JavaScript, jak zauważają MDN Web Docs, przestarzała funkcja btoa akceptuje tylko kodowanie Latin-1, więc nowoczesny kod koduje dane do bajtów UTF-8 za pomocą TextEncoder przed wywołaniem btoa.
Base64 jest używany wszędzie tam, gdzie dane binarne muszą przemieszczać się przez systemy obsługujące wyłącznie tekst.
W każdym przypadku celem jest bezpieczny, bezstratny transport, a nie kompresja czy bezpieczeństwo.
Najczęstszym błędem dotyczącym Base64 jest traktowanie go jako środka bezpieczeństwa, podczas gdy RFC 4648 definiuje w pełni odwracalną transformację bez klucza, którą każdy może odszyfrować.
Zweryfikowanie dokładnego wariantu, reguł wypełnienia i zestawu znaków ze specyfikacją RFC 4648 zapobiega niemal wszystkim takim błędom dekodowania.
Base64, Base32 i kodowanie szesnastkowe (hex) to metody kodowania danych binarnych na tekst, zdefiniowane wspólnie w RFC 4648, ale różnią się one stosunkiem gęstości danych do czytelności.
Wybierz kodowanie szesnastkowe do debugowania i krótkich identyfikatorów, Base32, gdy wielkość liter stanowi problem, oraz Base64, gdy najważniejsza jest kompaktowość, co jasno wynika z wytycznych IETF w RFC 4648.
Data sourced from trusted institutions
All formulas verified against official standards.