Encoders & Utilities

Base64-Encoder

Text oder Binärdaten in Base64 kodieren und dekodieren.

Über dieses Tool

Base64 wandelt beliebige Binärdaten in ein Alphabet aus 64 Zeichen (A–Z, a–z, 0–9, +, /) um, das jeden Text-Transport übersteht — E-Mail-Bodies, JSON-Strings, URL-Parameter, data:-URIs. Unser Tool kodiert und dekodiert sowohl Text als auch Binärdaten im Browser, mit Auto-Erkennung der Richtung: Klartext rein, Base64 raus; Base64 rein, Klartext raus (oder eine herunterladbare Datei bei Binärergebnis).

Das Tool unterstützt sowohl Standard-Base64 (RFC 4648 §4) als auch URL-safe Base64 (RFC 4648 §5, wo +/ zu -_ werden) — welche Variante Sie brauchen, hängt vom Kontext ab. JSON Web Tokens, Query-String-Parameter und SHA-basierte Hashes nutzen typisch URL-safe; E-Mail-MIME, X.509-Zertifikate und die meisten "was steckt in der Zwischenablage"-Fälle nutzen Standard. Optionales Padding (=) lässt sich für kompakte Tokens entfernen.

Wann Sie dieses Tool nutzen sollten

  • Ein JWT dekodieren. Die punkt-getrennten Segmente trennen, jedes durch den Decoder schicken und das JSON lesen. (Unser JWT-Decoder macht das in einem Klick.)
  • Ein inline-data:-URI inspizieren. Den Teil nach data:image/png;base64, einfügen und das Original-PNG herunterladen.
  • Kleine Binärdaten in JSON oder Configs einbetten. Logos, Zertifikate, Signaturschlüssel reisen als Base64 in YAML/JSON.
  • E-Mail-Anhänge debuggen. Ein MIME-Part mit Content-Transfer-Encoding: base64 ist nur ein Base64-umhülltes Binär — hier dekodieren, um zu inspizieren.

Was Base64 nicht ist

Base64 ist keine Verschlüsselung. Die Kodierung ist vollständig umkehrbar — kein Schlüssel, keine Geheimhaltung. Wenn jemand sagt "wir base64en das Passwort zur Sicherheit", ist das ein Sicherheits-Bug, kein Feature. Die 4:3-Expansion (jeweils 3 Bytes werden zu 4 Zeichen) macht Base64 außerdem etwa 33 % größer als das Original — okay für kleine Payloads, verschwenderisch für mehrere Megabytes. Nutzen Sie es für Transportkompatibilität, nicht für Größe oder Geheimhaltung.

Häufige Fragen

Warum ist die kodierte Zeichenkette 33 % länger als das Original?

Per Design. Base64 verwendet 6 Bit Information pro Ausgabezeichen; Bytes haben 8 Bit. Also produzieren 3 Bytes (24 Bit) Eingabe 4 Zeichen (24 Bit) Ausgabe — ein 4:3-Verhältnis = +33 %. Die Padding-"="-Zeichen am Ende runden die Ausgabe auf ein Vielfaches von 4 Zeichen. Diese Expansion ist der Preis dafür, durch reine Textkanäle reisen zu können.

Was ist der Unterschied zwischen Standard- und URL-safe Base64?

Zwei der 64 Zeichen unterscheiden sich. Standard-Base64 nutzt + und /; URL-safe-Base64 nutzt - und _ (weil + und / in URLs Sonderbedeutung haben). Auch das Padding unterscheidet sich — URL-safe-Varianten lassen das abschließende = oft weg. JWTs und OAuth nutzen URL-safe; die meisten anderen Kontexte nutzen Standard. Unser Tool erkennt automatisch und bietet beides an.

Ist Base64 Verschlüsselung?

Nein — es ist Kodierung, keine Verschlüsselung. Jeder kann jeden Base64-String in Millisekunden ohne Schlüssel in die Originalbytes zurückwandeln. Die einzige Aufgabe von Base64 ist, Binärdaten in einem textsicheren Alphabet darzustellen, damit sie durch Systeme reisen, die nicht-druckbare Zeichen verstümmeln. Für Vertraulichkeit nutzen Sie echte Verschlüsselung (AES-GCM, age, libsodium) und base64-en dann den Ciphertext, falls Sie eine Textdarstellung brauchen.

Kann ich Dateien kodieren?

Ja — Drag-and-Drop oder Datei wählen, wir kodieren clientseitig. Bei sehr großen Dateien (über ~100 MB) bleibt das kodierte Ergebnis im Browser-Speicher und kann stottern; für große Binärdateien ist das Kommandozeilen-base64-Utility schneller. Auch umgekehrt: einen Base64-String einfügen und als die darin enthaltene Binärdatei herunterladen — nützlich, um inline-kodierte Dateien aus E-Mails oder APIs wiederherzustellen.