TextArray
100% lokal

Base32 kodieren und dekodieren

Wandle Text nach RFC 4648 in Base32 um und zurück, mit base32hex und Padding.

Eingabe
Ausgabe

Base32 kodieren und dekodieren

Base32 stellt Binärdaten mit 32 eindeutigen Zeichen dar — den Buchstaben A bis Z und den Ziffern 2 bis 7. Das macht es robust, wo Base64 empfindlich ist: Es übersteht Systeme, die Groß- und Kleinschreibung nicht unterscheiden, vermeidet Zeichen, die in URLs und Dateinamen stören, und lässt sich fehlerfrei diktieren oder abtippen. Am häufigsten begegnet es dir als geheimer Schlüssel für die Zwei-Faktor-Authentifizierung (Google Authenticator und ähnliche Apps), in DNS-Einträgen oder in Datei-Hashes.

Füge Text ein, um ihn zu kodieren, oder eine Base32-Zeichenkette, um sie zurückzuwandeln — die Richtung wählst du über den Modus. Die Umwandlung folgt RFC 4648: Text wird zuerst in UTF-8-Bytes zerlegt, Umlaute, Akzente und Emoji überstehen also beide Richtungen unverändert. Die Alphabet-Auswahl schaltet zwischen dem Standardalphabet und base32hex (0–9, A–V) um, der Variante, bei der die Sortierreihenfolge der kodierten Form der Reihenfolge der Rohbytes entspricht.

Das Auffüllen mit = bringt die Ausgabe auf ein Vielfaches von acht Zeichen, wie es der RFC am Ende eines Datenstroms verlangt. Viele Systeme — etwa TOTP-Schlüssel — lassen das Padding weg, deshalb schaltest du es mit einer Checkbox ab. Das Dekodieren ist nachsichtig: Kleinbuchstaben, fehlendes Padding, Leerzeichen und Zeilenumbrüche werden akzeptiert, und bei wirklich ungültiger Eingabe bekommst du eine klare Meldung.

Alles läuft in deinem Browser. Nichts von dem, was du einfügst, wird hochgeladen — wichtig, wenn die Zeichenkette ein Authenticator-Geheimnis oder ein anderes Zugangsdatum ist. Kopiere das Ergebnis, lade es als .txt-Datei herunter oder übernimm es zurück in die Eingabe.

Häufige Fragen

Wofür wird Base32 verwendet?
Vor allem für Daten, die Menschen lesen, abtippen oder in Systemen ohne Groß-/Kleinschreibung speichern: geheime Schlüssel der Zwei-Faktor-Authentifizierung (TOTP), DNS-Einträge, Datei-Hashes. Das 32-Zeichen-Alphabet vermeidet verwechselbare Zeichen.
Worin unterscheidet sich Base32 von Base64?
Base32 nutzt 32 statt 64 Zeichen, die Ausgabe ist deshalb rund 20 % länger als bei Base64. Dafür spielt die Groß-/Kleinschreibung keine Rolle und es kommen weder + noch / oder = vor — sicherer in URLs, Dateinamen und beim Diktieren.
Was ist die Variante base32hex?
Base32hex (RFC 4648 §7) verwendet das Alphabet 0–9 gefolgt von A–V. Kodierte Werte behalten dieselbe Sortierreihenfolge wie die ursprünglichen Bytes, was etwa bei DNSSEC zählt. Wähle sie in der Alphabet-Auswahl für beide Richtungen.
Brauche ich das Padding mit =?
Streng nach RFC 4648 endet ein Base32-Strom mit = auf ein Vielfaches von acht Zeichen, aber viele Anwendungen — etwa TOTP-Schlüssel — verzichten darauf. Beim Kodieren schaltest du das Padding um; das Dekodieren akzeptiert beide Formen.
Wird mein Text irgendwo hochgeladen?
Nein. Kodieren und Dekodieren laufen vollständig in deinem Browser und nichts verlässt dein Gerät — auch bei Authenticator-Geheimnissen unbedenklich.