Base32-Encoder und -Decoder (RFC 4648)

So kodieren Sie Text in Base32

1. Tippen oder fügen Sie Text in Eingabe · Text ein. Ist Live aktiviert, wird die Ausgabe bei jedem Tastendruck aktualisiert.
2. Lesen Sie das Ergebnis in Ausgabe · Base32 (RFC 4648). Deaktivieren Sie Padding (=) unter der Ausgabe, um die = am Ende wegzulassen.
3. Für eine andere Variante öffnen Sie Nach und wählen Base32hex, Crockford Base32 oder z-base-32.
4. Um stattdessen zu dekodieren, klicken Sie im Richtungsschalter auf Base32 (RFC 4648) → Text. Der eigene Base32-Decoder startet bereits in dieser Richtung.
5. Mit Ausgabe kopieren oder Herunterladen nehmen Sie das Ergebnis mit.

Der Text wird standardmäßig als UTF-8 in Bytes umgewandelt. Brauchen Sie das Base32 desselben Texts in einer anderen Kodierung, etwa Windows-1252 oder UTF-16LE, ändern Sie den Zeichensatz unter der Eingabe.

So funktioniert Base32

Base32 liest die Eingabe in Schritten von 5 Bit und schreibt pro 5 Bit ein Zeichen. Fünf Bytes (40 Bit) werden zu genau acht Zeichen, die Ausgabe ist also 60 % größer als die Eingabe. Eine Base64-Zeichenkette derselben Daten wäre 33 % größer; das ist der Preis, den Base32 dafür zahlt, nur Großbuchstaben und sechs Ziffern zu verwenden.

Ist die Eingabelänge kein Vielfaches von 5 Bytes, wird die letzte Gruppe mit = auf 8 Zeichen aufgefüllt. Das sind die Testvektoren aus RFC 4648, erzeugt mit diesem Tool:

Padding trägt keine Daten. Ein Decoder kann die Byteanzahl aus der Zahl der echten Zeichen berechnen, deshalb lassen viele Formate es weg.

Base32-Varianten: RFC 4648, base32hex, Crockford, z-base-32

„Base32“ bezeichnet eine Familie. Alle vier Mitglieder packen 5 Bit pro Zeichen; sie unterscheiden sich im Alphabet und darin, ob Padding verwendet wird. Dieselben fünf Bytes, Hello, in jeder Variante:

Base32hex und Crockford sehen sich ähnlich, sind aber verschiedene Alphabete: Nach H laufen sie auseinander, daher sind 91IMOR3F und 91JPRV3F dieselben Bytes. Wer das falsche wählt, dekodiert ohne Fehlermeldung und erhält stillschweigend andere Bytes.

Der Crockford-Decoder hier ist so nachsichtig, wie Crockford es vorgesehen hat: Er liest I und L als 1, O als 0 und überspringt Bindestriche, daher ergibt 91JP-RV3F weiterhin Hello. Das optionale Prüfzeichen von Crockford fügt er weder hinzu noch prüft er es.

Base32 für TOTP- und 2FA-Secrets

Authenticator-Apps erhalten ihr Secret aus einem otpauth://-Link, meist als QR-Code angezeigt:

otpauth://totp/Example:alice@example.com?secret=JBSWY3DPEHPK3PXP&issuer=Example

Der Parameter secret ist Base32 nach RFC 4648 ohne Padding. JBSWY3DPEHPK3PXP hat 16 Zeichen und enthält damit 10 Bytes. RFC 4226 empfiehlt ein Secret mit 160 Bit (20 Bytes), das sind 32 Base32-Zeichen. Liegt Ihr Secret als Base64 oder Hex vor, wandeln Sie es mit Base64 in Base32 um. Tippen Sie den Base64-Text in diese Seite ein, werden seine Zeichen kodiert. Das ergibt gültiges Base32 der falschen Bytes, und jeder daraus erzeugte Code wird abgelehnt.

Ein TOTP-Secret ist ein Schlüssel: Wer es hat, kann Ihre Codes erzeugen. Diese Seite verarbeitet das Secret in Ihrem Browser-Tab, und ihre Content Security Policy verhindert, dass die Seite Netzwerkanfragen stellt, mit Ausnahme des Seitenaufrufzählers von Cloudflare.

Base32 auf der Kommandozeile und in Python

GNU coreutils bringt den Befehl base32 mit, der wie base64 funktioniert:

printf 'Hello' | base32
printf 'JBSWY3DP' | base32 -d

Die erste Zeile gibt JBSWY3DP aus, die zweite Hello. Pythons Standardbibliothek kennt alle drei Formen aus RFC 4648:

import base64

base64.b32encode(b"Hello")                          # b'JBSWY3DP'
base64.b32hexencode(b"Hello")                       # b'91IMOR3F'
base64.b32encode(b"Hi").decode().rstrip("=")        # 'JBUQ'

Weitere Rezepte zum Kodieren finden Sie auf der Python-Seite. Zum Dekodieren, einschließlich der Padding- und Kleinbuchstabenfehler, die Python wirft, siehe den Base32-Decoder.

Häufige Fragen