Base64 dekodieren und kodieren

So funktioniert es

1. Kodieren oder dekodieren wählen. Wählen Sie im Reiter „Text“ die Option „Kodieren“, um Text in Base64 umzuwandeln, oder „Dekodieren“, um eine Base64-Zeichenkette zu lesen. Für Bilder und Dokumente nutzen Sie den Reiter „Datei“.
2. Einfügen oder tippen. Das Ergebnis aktualisiert sich beim Tippen. Beim Dekodieren werden Leerzeichen und Zeilenumbrüche ignoriert; das Standard- und das URL-sichere Alphabet werden beide akzeptiert, mit oder ohne Padding.
3. Kopieren oder herunterladen. Kopieren Sie das Ergebnis mit einem Klick. Im Reiter „Datei“ können Sie die Data-URL kopieren, als Textdatei herunterladen oder eingefügtes Base64 wieder in die Originaldatei verwandeln.

So funktioniert Base64

Computer speichern Daten als Bytes zu je 8 Bit, doch viele Übertragungswege wie E-Mail, URLs, JSON oder HTML-Attribute transportieren nur reinen Text zuverlässig. Base64 löst das, indem es die Bytes in Dreiergruppen (24 Bit) nimmt und in 4 Gruppen zu je 6 Bit zerlegt. Jede 6-Bit-Gruppe ist eine Zahl von 0 bis 63 und wählt ein Zeichen aus einem festen Alphabet: A–Z, a–z, 0–9, + und /.

Ist die Datenmenge kein Vielfaches von 3 Bytes, wird die letzte Gruppe mit Null-Bits aufgefüllt und die fehlenden Zeichen werden durch = ersetzt. Deshalb wird „Man“ zu TWFu, „Ma“ zu TWE= und „M“ zu TQ==. Die Grafik unter dem Tool zeigt das Bit für Bit für die ersten drei Bytes Ihrer Eingabe.

Aus je 3 Bytes werden 4 Zeichen, Base64 ist also rund ein Drittel größer als das Original: 30.000 Bytes werden zu 40.000 Zeichen, 33,3 % mehr. Text wird zuerst mit UTF-8 in Bytes umgewandelt; deshalb belegt ein Umlaut wie ü 2 Bytes und das Eurozeichen sogar 3.

Wo Base64 verwendet wird

• E-Mail-Anhänge: MIME kodiert Dateien in Base64 und bricht die Zeilen nach 76 Zeichen um. Aktivieren Sie „Zeilen mit 76 Zeichen“, um dasselbe Format zu erhalten.
• Data-URLs in HTML und CSS: Ein kleines Icon lässt sich als data:image/png;base64,… einbetten, sodass die Seite eine Anfrage weniger braucht. Erzeugen Sie sie im Reiter „Datei“.
• Web-Tokens: Ein JSON Web Token (JWT) besteht aus drei base64url-Teilen, getrennt durch Punkte. Der Header {"alg":"HS256","typ":"JWT"} wird zu eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9. Dekodieren zeigt den Inhalt eines Tokens; die Signatur zu prüfen erfordert aber den Schlüssel.
• HTTP-Basic-Authentifizierung: Der Header „Authorization: Basic QmVudXR6ZXI6UGFzc3dvcnQ=“ ist nichts anderes als Benutzer:Passwort in Base64. Deshalb darf er nur über HTTPS übertragen werden.
• APIs und Konfigurationsdateien: Binärdaten wie Zertifikate, Schlüssel und Bilder stehen in JSON oder YAML oft als Base64.

Base64 ist keine Verschlüsselung

Base64 ist eine Kodierung, keine Verschlüsselung: Es gibt keinen Schlüssel, und jeder kann es in einer Sekunde dekodieren, mit diesem Tool oder mit einer Zeile Code. Es verbirgt nichts. Ein Passwort, ein API-Schlüssel oder personenbezogene Daten in Base64 sind so offen lesbar wie Klartext.

Zum Schutz von Daten brauchen Sie echte Verschlüsselung (zum Beispiel AES) und eine Übertragung über HTTPS; Passwörter speichern Sie mit einer langsamen, eigens dafür entwickelten Hashfunktion. Base64 sorgt nur dafür, dass Daten heil durch Systeme kommen, die Text erwarten. Für Zufallswerte, etwa eine Auslosung oder eine Stichprobe, nutzen Sie den Zufallszahlengenerator.

Dieses Tool dekodiert in Ihrem Browser: Ein hier eingefügtes Token wird nirgendwohin gesendet. Behandeln Sie Tokens und Schlüssel aus Produktivsystemen trotzdem als Geheimnisse.

Varianten: URL-sicher, Padding und Zeilenumbrüche

Die Zeichen + und / haben in Webadressen und Dateinamen eine besondere Bedeutung. Die Variante base64url ersetzt sie durch - und _: Dieselben Bytes ergeben PDw/Pz8+Pg== in Standard-Base64 und PDw_Pz8-Pg== in base64url. Das Padding (=) wird oft ebenfalls weggelassen, weil die Länge der Zeichenkette ohnehin verrät, wo die Daten enden.

Der Dekodierer akzeptiert beide Alphabete und arbeitet mit oder ohne Padding. Er meldet einen genauen Fehler, wenn ein Zeichen nicht zum Alphabet gehört (mit seiner Position), wenn die Länge nicht gültig sein kann oder wenn = mitten in der Zeichenkette steht. Leerzeichen und Zeilenumbrüche werden übersprungen, wie es MIME verlangt.

Rechenbeispiele

Quellen

• RFC 4648, „The Base16, Base32, and Base64 Data Encodings“ (IETF, 2006): Abschnitt 4 (Base64-Alphabet), Abschnitt 5 (base64url), Abschnitt 3.2 (Padding), Abschnitt 3.3 (Zeichen außerhalb des Alphabets) und Abschnitt 10 (Testvektoren). Geprüft am 22.10.2026.
• RFC 2045, „Multipurpose Internet Mail Extensions (MIME) Part One“ (IETF, 1996), Abschnitt 6.8: Base64 als Content-Transfer-Encoding mit Zeilen von höchstens 76 Zeichen. Geprüft am 22.10.2026.
• RFC 7519, „JSON Web Token (JWT)“ (IETF, 2015): Verwendung von base64url ohne Padding. Geprüft am 22.10.2026.

Die Beispiele auf dieser Seite werden mit demselben Code berechnet wie das Tool; die Zeichenketten im Text stimmen deshalb immer mit seinem Ergebnis überein.

Häufige Fragen