TextArray
100% lokalnie

Kodowanie i dekodowanie Base32

Konwertuj tekst do Base32 zgodnie z RFC 4648 i z powrotem, z base32hex i paddingiem.

Wejście
Wynik
Powiązane narzędzia
Base64 kodowanie i dekodowanieKodowanie i konwersjaHex na tekst i z powrotemKodowanie i konwersjaKod binarny na tekst i z powrotemKodowanie i konwersja
Kodowanie i dekodowanie Base32
Base32 zapisuje dane binarne za pomocą 32 jednoznacznych znaków — liter od A do Z i cyfr od 2 do 7. Dzięki temu sprawdza się tam, gdzie Base64 zawodzi: nie przeszkadza mu zmiana wielkości liter, unika znaków kłopotliwych w adresach URL i nazwach plików, a jego zapis łatwo podyktować lub przepisać ręcznie bez błędów. Najczęściej spotkasz go jako tajny klucz uwierzytelniania dwuskładnikowego (Google Authenticator i podobne aplikacje), w rekordach DNS albo w hashach plików.
Wklej tekst, aby go zakodować, albo ciąg Base32, aby odczytać oryginał — kierunek zmienisz wyborem trybu. Konwersja przebiega zgodnie z RFC 4648: tekst jest najpierw zamieniany na bajty UTF-8, więc polskie znaki i emoji przechodzą w obie strony bez strat. Wybór alfabetu przełącza między alfabetem standardowym a wariantem base32hex (0–9, A–V), w którym kolejność sortowania zakodowanych wartości odpowiada kolejności oryginalnych bajtów.
Uzupełnianie znakami = wyrównuje wynik do wielokrotności ośmiu znaków, jak wymaga RFC na końcu strumienia danych. Wiele systemów — na przykład klucze TOTP — pomija padding, więc wyłączysz go jednym polem wyboru. Dekodowanie jest wyrozumiałe: małe litery, brak paddingu, spacje i podziały wierszy przechodzą bez problemu, a przy naprawdę nieprawidłowym wejściu dostaniesz czytelny komunikat.
Wszystko działa w twojej przeglądarce. Nic z wklejonego tekstu nie jest nigdzie wysyłane — a to istotne, gdy dekodujesz klucz z aplikacji uwierzytelniającej lub inne dane dostępowe. Wynik skopiuj, pobierz jako plik .txt albo przenieś z powrotem do wejścia i wykonaj kolejną konwersję.
Częste pytania
Do czego służy Base32?
Głównie do danych, które ludzie czytają, przepisują lub przechowują w systemach nierozróżniających wielkości liter: tajnych kluczy uwierzytelniania dwuskładnikowego (TOTP), rekordów DNS, hashy plików. Alfabet 32 znaków unika znaków łatwych do pomylenia.
Czym Base32 różni się od Base64?
Base32 używa 32 znaków zamiast 64, więc wynik jest o około 20% dłuższy niż w Base64. W zamian nie rozróżnia wielkości liter i nie zawiera +, / ani =, co jest bezpieczniejsze w URL-ach, nazwach plików i przy dyktowaniu.
Czym jest wariant base32hex?
Base32hex (RFC 4648 §7) używa alfabetu 0–9, a potem A–V. Zakodowane wartości zachowują tę samą kolejność sortowania co oryginalne bajty, co ma znaczenie na przykład w DNSSEC. Wybierz go w opcji alfabetu dla obu kierunków.
Czy padding znakami = jest potrzebny?
Ścisły RFC 4648 wyrównuje wynik znakami = do wielokrotności ośmiu znaków, ale wiele praktycznych zastosowań — na przykład klucze TOTP — go pomija. Przy kodowaniu włączysz lub wyłączysz padding, dekodowanie przyjmuje obie formy.
Czy mój tekst jest gdzieś wysyłany?
Nie. Kodowanie i dekodowanie działają wyłącznie w twojej przeglądarce, a wklejony tekst nigdy nie opuszcza urządzenia — bezpiecznie nawet dla kluczy z aplikacji uwierzytelniających.