Base64-Encoder und -Decoder

Wandeln Sie Text in einen standardmäßigen Base64-String um oder dekodieren Sie gültiges Base64 zurück in Text. Das Tool eignet sich für kleine Ausschnitte bei der Arbeit mit API, JSON, Konfigurationen, HTML und Logs. Base64 dient dazu, binäre Daten durch Textzeichen darzustellen, nicht um sie zu schützen.

Was Base64 bewirkt

Der Computer speichert Text und Dateien als Bytefolgen. Nicht jeder Übertragungskanal verarbeitet beliebige Bytes problemlos, daher wandelt Base64 sie in einen begrenzten Satz druckbarer ASCII-Zeichen um.

Das Standardalphabet verwendet:

• lateinische Buchstaben A–Z und a–z;
• Ziffern 0–9;
• die Zeichen + und /;
• das =-Zeichen zur Auffüllung am Ende, wenn es benötigt wird.

Beispiel:

Die Dekodierung dieses Strings liefert die ursprüngliche Bytefolge zurück, und das Tool versucht, sie als Text darzustellen.

Base64 ist keine Verschlüsselung

Jede Person oder jedes Programm kann einen kodierten String dekodieren. Base64 hat keinen geheimen Schlüssel, kein Passwort und keinen Zugriffsbeschränkungsmechanismus.

Daher darf Base64 nicht als Schutz verwendet werden für:

• Passwörter;
• API-Schlüssel und Tokens;
• personenbezogene Daten;
• private Dokumente;
• Zahlungsinformationen;
• Konfigurationsgeheimnisse.

Die Kodierung ändert die Darstellung der Daten, macht sie aber nicht vertraulich. Der Begriff «Base64 entschlüsseln» ist technisch ungenau: korrekt ist «dekodieren».

Base64 komprimiert keine Daten

Alle drei ursprünglichen Bytes werden normalerweise zu vier Base64-Zeichen. Die genaue Größe des Ergebnisses ohne Zeilenumbrüche lässt sich so abschätzen:

Bei hinreichend großen Daten nimmt das Volumen etwa um ein Drittel zu. Bei kurzen Strings kann die relative Zunahme aufgrund von Rundungen und =-Zeichen größer ausfallen.

Base64 wird nicht zur Platzersparnis eingesetzt, sondern wenn Daten sicher über ein Textformat übertragen werden müssen. Wenn die Größe wichtig ist, verwendet man zuerst eine geeignete Komprimierung und dann Base64 – aber nur, wenn der Transport es tatsächlich erfordert.

Warum die Textkodierung wichtig ist

Base64 kodiert Bytes, nicht abstrakte Buchstaben. Vor der Kodierung muss Text in Bytes umgewandelt werden, meist in UTF-8.

Dieselbe Zeichenkette in UTF-8, UTF-16 oder einer anderen Kodierung ergibt unterschiedliche Base64-Ergebnisse. Bei der Dekodierung müssen die Bytes ebenfalls in der richtigen Kodierung gelesen werden. Wenn statt deutscher Umlaute unlesbare Zeichen erscheinen, ist die wahrscheinlichste Ursache ein Kodierungsproblem, kein Fehler des Base64-Algorithmus.

Wie Base64url sich von normalem Base64 unterscheidet

In URLs, Cookies und manchen Tokens können die Zeichen +, / und = störend wirken. Daher definiert RFC 4648 eine URL-sichere Variante: Base64url.

Das sind verschiedene Alphabet-Varianten. Ein Base64url-String kann nicht immer ohne Vorbereitung an einen Standard-Base64-Dekoder übergeben werden. Bei Bedarf werden die Zeichen ersetzt und die fehlende Auffüllung auf ein Vielfaches von vier ergänzt.

JWT-Segmente werden typischerweise mit Base64url dargestellt, nicht mit Standard-Base64. Ihre Dekodierung ermöglicht das Lesen von Header und Nutzdaten, bestätigt aber nicht die Authentizität des Tokens – dazu muss die kryptografische Signatur geprüft werden.

Wo Base64 tatsächlich Anwendung findet

Text-APIs und Datenformate

Manche Schnittstellen verlangen, binäre Daten oder spezielle Zeichenketten in JSON, XML oder andere Textnachrichten einzubetten. Base64 ermöglicht die Übertragung von Bytes ohne Konflikte mit Steuerzeichen des Transports.

MIME und E-Mail

Base64 kann zur Darstellung von Anhängen und Inhalten in MIME-Nachrichten verwendet werden. Das Format einer konkreten E-Mail enthält zudem Kopfzeilen und Zeilenumbruchregeln, daher reicht ein Base64-String allein nicht aus, um eine vollständige E-Mail zu bilden.

Data URL

Eine kleine Ressource kann in HTML oder CSS eingebettet werden:

Vor Base64 wird der MIME-Typ angegeben. Die Einbettung vergrößert den Text und nimmt der Ressource die normale separate Zwischenspeicherung, daher ist sie nicht für alle Dateien geeignet.

HTTP-Basic-Authentifizierung

Im Basic-Auth-Header werden Benutzername und Passwort zusammengefügt und Base64-kodiert. Das schützt die Anmeldeinformationen an sich nicht; die Sicherheit der Übertragung hängt von HTTPS ab.

Logs und Debugging

Die Dekodierung hilft, den Inhalt kleiner Ausschnitte aus API-Antworten, Logs oder Konfigurationen zu verstehen. Aber man sollte keine produktiven Geheimnisse oder personenbezogenen Daten in externe Online-Tools einfügen.

Warum ein String nicht dekodiert wird

Die häufigsten Ursachen:

• der String ist abgeschnitten;
• es werden Base64url-Zeichen - und _ verwendet, der Dekoder erwartet aber + und /;
• die erforderlichen Auffüllzeichen = fehlen;
• es sind Leerzeichen, Zeilenumbrüche oder Fremdzeichen enthalten;
• das Data-URL-Präfix wurde zusammen mit den Daten kopiert;
• die ursprünglichen Bytes sind kein Text;
• nach der Dekodierung wird eine falsche Textkodierung angewendet.

Das strenge Verhalten von Dekodierern variiert: Manche ignorieren Leerzeichen oder stellen die Auffüllung wieder her, andere lehnen den String ab. Für die Integration orientieren Sie sich an den Anforderungen der verwendeten Bibliothek und des Protokolls.

Text und Dateien sind unterschiedliche Aufgaben

Dieses Tool ist für Text ausgelegt. Obwohl technisch gesehen jede Datei in Base64 dargestellt werden kann, ist für ein großes Bild, ein Archiv oder ein Dokument ein Datei-Kodierer oder eine Programmbibliothek praktischer. Der Versuch, beliebige Binärbytes als Text zu öffnen, kann unlesbare Ergebnisse oder Datenverlust beim Kopieren zur Folge haben.

Sicherheit bei der Nutzung eines Online-Konverters

Fügen Sie keine echten Passwörter, privaten Schlüssel, Zugangstoken, Auth-Cookies, personenbezogene Daten oder vertrauliche Dokumente ein. Selbst wenn die Verarbeitung angeblich im Browser erfolgt, ist es sicherheitsbewusst, lokale Mittel für geheime Daten zu verwenden und Werte durch Testbeispiele zu ersetzen.

Häufig gestellte Fragen

Kann man aus Base64 den ursprünglichen Text wiederherstellen?

Ja, wenn der String nicht beschädigt ist, die korrekte Base64-Variante verwendet wurde und die ursprünglichen Bytes tatsächlich Text in einer bekannten Kodierung darstellen.

Warum stehen am Ende ein oder zwei =-Zeichen?

Das ist die Auffüllung, die die letzte Gruppe auf die erforderliche Länge bringt. Sie ist nicht Teil des Originaltexts.

Warum liefern zwei Programme für denselben Text unterschiedliche Strings?

Sie könnten unterschiedliche Textkodierungen, Base64 oder Base64url, BOM oder unterschiedliche Behandlung des abschließenden Zeilenumbruchs verwenden.

Kann man ein Passwort in Base64 speichern?

Nein. Base64 ist leicht umkehrbar und nicht für die sichere Speicherung von Passwörtern geeignet. Auf dem Server werden spezielle Passwort-Hashing-Algorithmen mit Salt und geeigneten Kostenparametern verwendet.

Bedeutet ein dekodierter JWT, dass der Token echt ist?

Nein. Die Dekodierung zeigt nur die Daten. Authentizität und Integrität werden durch eine separate Überprüfung der Signatur gemäß den Systemregeln bestätigt.

Verwandte Tools: Passwort-Generator; Textverarbeitung; Diffchecker.

Offizieller Standard:

• RFC 4648 — Base-N Encodings: https://www.rfc-editor.org/rfc/rfc4648