Base32 Kodieren & Dekodieren
Kostenloses Online-Base32-Kodieren & Dekodieren-Tool. 100% lokale Verarbeitung – Ihre Daten verlassen Ihr Gerät nie.
Ergebnis wird hier angezeigt...
Eingabe → Kodieren
Usage Guide
Über Base32
Base32 (RFC 4648) kodiert Binärdaten mit 32 ASCII-Zeichen (A–Z und 2–7). Es wurde für Kontexte entwickelt, in denen ausschließlich alphanumerische, Groß-/Kleinschreibung-unsensitive Ausgaben benötigt werden — etwa DNS-Labels, Dateinamen und Zwei-Faktor-Authentifizierungsschlüssel.
Bedienungsanleitung
Base32 ist umkehrbar — dasselbe Werkzeug kodiert und dekodiert:
Ausgabeformat
Base32-Ausgaben verwenden Großbuchstaben A–Z und Ziffern 2–7, aufgefüllt mit = auf ein Vielfaches von 8 Zeichen. Beispiel: "hello" → "NBSWY3DPEB3W64TMMQ======".
Base32 im Vergleich mit anderen Kodierungen
Wählen Sie die passende Kodierung für Ihren Anwendungsfall:
FAQ
Q: Warum endet die Base32-Ausgabe mit =-Zeichen?
A: Base32 kodiert 5 Bits pro Zeichen und verarbeitet Eingaben in 5-Byte-(40-Bit)-Blöcken. Ist die Eingabelänge kein Vielfaches von 5, werden Auffüllzeichen (=) hinzugefügt, um den letzten Block zu vervollständigen. Diese Auffüllung kann für kompakte Speicherung entfernt und vor dem Dekodieren wieder hinzugefügt werden.
Q: Wofür wird Base32 in der Praxis verwendet?
A: Die häufigste praktische Anwendung sind TOTP/HOTP-Geheimschlüssel — Google Authenticator, Authy und alle RFC 6238-kompatiblen Apps kodieren das gemeinsame Geheimnis als Base32. Base32 wird auch in DNS-Namen (NSEC3-Einträge), Tor .onion-Adressen (v3), Bitcoin-Bech32-Adressen und dateisystemsicheren Bezeichnern verwendet, bei denen Groß-/Kleinschreibung keine Rolle spielen darf.
Q: Kann ich Base32 ohne Auffüllung dekodieren?
A: Ja — dieses Werkzeug akzeptiert Base32-Eingaben mit oder ohne abschließende =-Auffüllung. Die Auffüllung wird beim Dekodieren automatisch behandelt.
Q: Was ist der Unterschied zwischen Base32 und Base32Hex?
A: Standard-Base32 (RFC 4648 §6) verwendet A–Z + 2–7. Base32Hex (RFC 4648 §7) verwendet 0–9 + A–V — es sortiert in derselben Reihenfolge wie die rohen Binärdaten, was für sortierte Suchen nützlich ist. Dieses Werkzeug implementiert Standard-Base32.
Q: Ist Base32 ein Verschlüsselungs- oder Sicherheitsmechanismus?
A: Nein. Base32 ist ausschließlich ein Kodierungsschema — vollständig umkehrbar und bietet keinerlei Vertraulichkeits- oder Integritätsgarantien. Jeder, der eine Base32-Zeichenkette sieht, kann sie sofort dekodieren. Für Verschlüsselung verwenden Sie AES-256-GCM oder ChaCha20-Poly1305.
Use Cases
Empfohlen: TOTP/HOTP-Geheimschlüssel
Zwei-Faktor-Authentifizierungs-Apps (Google Authenticator, Authy, Microsoft Authenticator) kodieren das gemeinsame HMAC-Geheimnis als Base32-Zeichenkette. Beim Scannen eines QR-Codes für die 2FA-Einrichtung enthält die eingebettete Information einen Base32-kodierten Schlüssel. Dies ist die dominierende praktische Anwendung von Base32.
- ✅ Base32 ist die Standardkodierung für TOTP/HOTP-Geheimnisse (RFC 6238, RFC 4226)
- ✅ Base32 beim Generieren von Authenticator-kompatiblen Shared Secrets verwenden
- ❌ Base32-kodierten Schlüssel nicht mit einem verschlüsselten oder gehashten Wert verwechseln — er ist umkehrbar
Empfohlen: DNS-sichere und Groß-/Kleinschreibung-unsensitive Bezeichner
Base32-Ausgaben enthalten ausschließlich alphanumerische Zeichen (kein +, /, =). In Kombination mit Groß-/Kleinschreibung-Insensitivität eignet es sich für DNS-Labels, Dateinamen auf Groß-/Kleinschreibung-unsensitiven Dateisystemen (Windows, macOS HFS+) und E-Mail-Lokalpfade.
- ✅ Base32 für DNS-sichere Bezeichner (NSEC3-Hashes verwenden Base32Hex)
- ✅ Base32 für Dateinamen, die Groß-/Kleinschreibungskonvertierung überstehen müssen
- ✅ Base32 für Tor v3 .onion-Hostnamen
- ❌ Für kompakte Binärkodierung in Groß-/Kleinschreibung-sensitiven Kontexten Base64 bevorzugen
Akzeptabel: Manuell abgetippte Codes
Base32 vermeidet in manchen Schriften visuell verwechselbare Zeichen (0/O, 1/l). Der Ziffernbereich 2–7 wurde speziell gewählt, weil 0 und 1 ausgeschlossen sind. Dies macht es geeignet für gedruckte Codes, vorgelesene Bezeichner oder Aktivierungsschlüssel.
- ✅ Base32 für Aktivierungscodes oder Lizenzschlüssel, die Benutzer manuell eingeben
- ⚠️ Crockford Base32 erwägen, wenn strengere Lesbarkeit benötigt wird (schließt I, L, O, U aus)
- ❌ Base32 für große Binärdaten, bei denen Kompaktheit wichtig ist — Ausgabe ist ~1,6× der Eingabegröße
Nicht empfohlen: Allgemeine Binärkodierung
Für das Speichern oder Übertragen beliebiger Binärdaten (Bilder, kryptographische Schlüssel, Zertifikate) ist Base64 die bessere Wahl — 25% kompakter und universell unterstützt. Base32s Hauptvorteil (Groß-/Kleinschreibung-Insensitivität) ist irrelevant, wenn Daten nicht angezeigt werden.
- ❌ Base32 für das Einbetten von Binärdateien in JSON, XML oder HTTP-Header — Base64 verwenden
- ❌ Base32 für PEM-Zertifikate oder SSH-Schlüsselmaterial — Base64 verwenden
- ✅ Base64 für alle allgemeinen Binär-zu-Text-Kodierungen
Best-Practice-Zusammenfassung
- Base32 verwenden, wenn Groß-/Kleinschreibung-unsensitive, ausschließlich alphanumerische Ausgabe benötigt wird — hauptsächlich für TOTP-Geheimnisse und DNS-sichere Bezeichner.
- Base32 ist KEINE Verschlüsselung — die Ausgabe ist von jedem vollständig umkehrbar.
- Für kompakte Binärkodierung in Groß-/Kleinschreibung-sensitiven Systemen Base64 bevorzugen (25% effizienter).
- Das Standardalphabet ist A–Z + 2–7 (RFC 4648 §6). Die Ziffern 0 und 1 sind absichtlich ausgeschlossen, um Abschreibfehler zu reduzieren.