Zum Inhalt springen

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äre Daten mit 32 eindeutigen Zeichen dar – den Buchstaben A bis Z und den Ziffern 2 bis 7. Damit ist die Kodierung dort zuverlässig, wo Base64 empfindlich reagiert: Sie übersteht Systeme, die Groß- und Kleinschreibung nicht unterscheiden, verwendet keine Zeichen, die in URLs und Dateinamen Probleme machen, und lässt sich gut vorlesen oder abtippen. Am häufigsten begegnet sie dir als geheimer Schlüssel von Zwei-Faktor-Authentifizierungs-Apps, in DNS-Einträgen und in ni:-URIs.

Text einfügen zum Kodieren oder Base32 einfügen zum Dekodieren – die Richtung wechselst du mit dem Modusauswahlfeld. Das Werkzeug folgt RFC 4648 und wandelt die Eingabe zuerst in UTF-8-Bytes um, sodass Umlaute und Emojis korrekt kodiert und dekodiert werden. Zur Wahl stehen vier Alphabete: das Standardalphabet, base32hex (0–9, A–V), Crockford Base32 und z-base-32.

Crockford Base32 verwendet 0–9 und A–Z ohne die Buchstaben I, L, O, U. Es ist für Codes gedacht, die Menschen vorlesen und abtippen: Bindestriche werden ignoriert, und beim Dekodieren gelten I und L als 1, O als 0. Z-base-32 ordnet das Alphabet so, dass die leichtesten Zeichen zuerst kommen, und gibt Kleinbuchstaben aus. Beide Varianten kennen kein =-Auffüllen.

Mit =-Zeichen füllt die Ausgabe des Standardalphabets und von base32hex auf ein Vielfaches von acht Zeichen auf, wie es RFC 4648 verlangt. Manche Systeme, etwa TOTP-Geheimnisse, lassen das Auffüllen weg; deshalb lässt es sich mit einem Kontrollkästchen abschalten. Das Dekodieren ist nachsichtig: Es akzeptiert Kleinbuchstaben, fehlendes Auffüllen, Leerzeichen und Zeilenumbrüche und meldet klar, wenn die Eingabe tatsächlich kein Base32 ist.

Alles läuft in deinem Browser, daher wird nichts von dem, was du einfügst, hochgeladen – das zählt besonders beim Dekodieren eines Authenticator-Geheimnisses. Kopiere das Ergebnis, lade es als .txt-Datei herunter oder sende es zurück in die Eingabe, um Konvertierungen zu verketten.

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.
Welche Base32-Varianten werden unterstützt?
Vier Alphabete: Standard (RFC 4648), base32hex (0–9, danach A–V, sodass die Sortierreihenfolge der Bytes erhalten bleibt), Crockford (ohne I, L, O, U; beim Dekodieren gelten I und L als 1, O als 0, Bindestriche werden ignoriert) und z-base-32 (Kleinbuchstaben, für Menschen optimiert sortiert). Verwende für Kodieren und Dekodieren dasselbe Alphabet.
Brauche ich das =-Auffüllen?
Der strenge RFC 4648 endet mit =-Auffüllung auf ein Vielfaches von acht Zeichen, doch viele reale Anwendungen, zum Beispiel TOTP-Geheimnisse, lassen es weg. Beim Kodieren kannst du das Auffüllen für das Standardalphabet und base32hex ein- und ausschalten; Crockford und z-base-32 verwenden es nie. Beim Dekodieren werden beide Formen akzeptiert.
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.