Rechnerpilot Werkzeug

Base64-Kodierer

Kodiere UTF-8-Text als Standard-Base64 oder dekodiere Base64 zu Text.

Entwickler

Gib Text ein, um Base64 zu erzeugen.

Erklärung

So funktioniert Base64-Kodierer

Base64 ist ein Kodierungsverfahren (definiert in RFC 4648), das Bytefolgen in eine Folge aus 64 druckbaren ASCII-Zeichen (A-Z, a-z, 0-9, +, /) umwandelt. Es kodiert jeweils 3 Bytes (24 Bit) in 4 Zeichen (je 6 Bit) und verwendet = als Padding am Ende.

Typische Anwendungen sind E-Mail-Anhänge (MIME, RFC 2045), Data-URLs für Bilder (data:image/png;base64,...), JWT-Tokens, PEM-Zertifikate, HTTP Basic Authentication, JSON-APIs und Konfigurationsdateien. Dieses Werkzeug verarbeitet dabei nur UTF-8-Text, keine Dateien oder beliebigen Binärdaten. Die Ausgabe benötigt vier Zeichen je angefangenen drei Eingabebytes; Padding beeinflusst kurze Eingaben.

Wichtig: Base64 ist keine Verschlüsselung. Die Kodierung kann von jedem ohne Schlüssel rückgängig gemacht werden. Base64-kodierte Daten sind ebenso lesbar wie der Originaltext — nur in anderem Format dargestellt.

Typische Fehler

Base64 mit Verschlüsselung verwechseln: Base64 bietet keinerlei Sicherheit. Jeder kann den kodierten Text ohne Schlüssel dekodieren. Für Datenschutz echte Verschlüsselung (AES, ChaCha20) verwenden.
URL-unsichere Zeichen vergessen: Standard-Base64 enthält + und /, die in URLs Sonderbedeutung haben. Für URL-Kontexte Base64URL (mit - und _) oder URL-Encoding verwenden.
Textzeichen mit Bytes verwechseln: Unicode-Zeichen können mehrere UTF-8-Bytes belegen; die Ausgabelänge lässt sich daher nicht aus der JavaScript-Zeichenanzahl ableiten.
Sensible Daten in Base64 „verstecken": Passwörter, API-Keys oder persönliche Daten in Base64 zu kodieren bietet keinen Schutz. In Logs, URLs oder Konfigurationen sind sie trivial lesbar.

Grenzen dieses Tools

Kein Datenschutz — Base64 ist lesbar, nicht verschlüsselt.
Vier Ausgabezeichen je angefangenen drei Eingabebytes; Padding beeinflusst kurze Eingaben.
Nur Text-Ein-/Ausgabe — keine Datei-Kodierung (Bilder, PDFs etc.).
Kein Base64URL-Modus (RFC 4648 §5) — nur Standard-Base64 mit + und /.
Dekodierung von Binärdaten (nicht-UTF-8) schlägt fehl, da nur Text-Ausgabe unterstützt wird.

Quellen

RFC 4648: The Base16, Base32, and Base64 Data Encodings. IETF, 2006. Definiert Standard-Base64 und Base64URL.
RFC 2045: MIME Part One — Format of Internet Message Bodies. Definiert Base64 für E-Mail-Anhänge (Content-Transfer-Encoding).
WHATWG HTML Standard: Definition von btoa() und atob() für Base64-Umwandlungen im Browser.
WHATWG Encoding Standard: Definition von TextEncoder, UTF-8 und fataler TextDecoder-Dekodierung.

Praxis

Praxisbeispiele

ASCII kodieren

„Hello“ wird als UTF-8-Text reproduzierbar zu „SGVsbG8=“ kodiert.

Base64 dekodieren

„U3RyYcOfZQ==“ wird reproduzierbar zum Unicode-Text „Straße“ dekodiert.

UTF-8 Umlaute

Deutsche Umlaute und Sonderzeichen werden korrekt als UTF-8 verarbeitet.

FAQ

Häufige Fragen

Was ist Base64?

Base64 ist ein Kodierungsverfahren (RFC 4648), das beliebige Daten in eine Folge aus 64 druckbaren ASCII-Zeichen (A-Z, a-z, 0-9, +, /) plus Padding (=) umwandelt. Es wird verwendet, um binäre Daten in Textformaten wie JSON, XML oder E-Mails zu übertragen.

Ist Base64 eine Verschlüsselung?

Nein. Base64 ist keine Verschlüsselung, sondern eine reversible Kodierung. Jeder kann Base64 ohne Schlüssel dekodieren. Base64 bietet keinerlei Datenschutz oder Sicherheit. Für vertrauliche Daten echte Verschlüsselung (z.B. AES) verwenden.

Warum wird Base64 verwendet?

Base64 stellt Bytefolgen mit druckbaren ASCII-Zeichen dar. Dieses Werkzeug unterstützt jedoch ausschließlich Texteingaben und UTF-8-Textausgaben, keine Dateien oder beliebigen Binärdaten.

Wird der Text an einen Server gesendet?

Nein. Die Kodierung erfolgt lokal im Browser mit den nativen Funktionen btoa()/atob() und TextEncoder/TextDecoder. Es werden keine Daten übertragen oder gespeichert.

Warum vergrößert Base64 die Daten?

Base64 bildet je drei Eingabebytes auf vier Zeichen ab. Für längere Bytefolgen nähert sich der Aufschlag einem Drittel; bei kurzen Eingaben beeinflusst das Padding die genaue Länge.

Was ist der Unterschied zwischen Base64 und Base64URL?

Standard-Base64 verwendet + und / als Zeichen 62 und 63. Base64URL (RFC 4648 §5) ersetzt diese durch - und _, um URL-sichere Kodierung ohne zusätzliches Escaping zu ermöglichen. Dieser Generator verwendet Standard-Base64.

Wie werden Umlaute und Sonderzeichen behandelt?

Der Kodierer verarbeitet den Text als UTF-8. Deutsche Umlaute (ä, ö, ü), das ß und Emojis werden korrekt als Multi-Byte-UTF-8-Sequenzen kodiert und beim Dekodieren wiederhergestellt.

Kann ich Base64 für Passwörter oder Tokens verwenden?

Base64 kann als Darstellungsformat für kryptografische Werte dienen (z.B. in JWT), bietet aber selbst keinen Schutz. Die kodierten Daten sind für jeden trivial lesbar.

Wann schlägt die Dekodierung fehl?

Die Dekodierung schlägt bei ungültigen Zeichen, unmöglicher Länge, falschem oder nicht-kanonischem Padding sowie bei Bytefolgen fehl, die kein gültiger UTF-8-Text sind. Leerzeichen und Zeilenumbrüche werden vorher entfernt.

Wo begegnet mir Base64 im Alltag?

In Data-URLs (data:image/png;base64,...), JWT-Tokens, E-Mail-Anhängen (Content-Transfer-Encoding: base64), PEM-Zertifikaten, HTTP Basic Auth (Authorization: Basic ...) und eingebetteten Schriftarten in CSS.

Tipps

Gut zu wissen

Die Ausgabe benötigt vier Zeichen je angefangenen drei Eingabebytes.
Für Passwörter oder sensible Daten: Base64 ist KEINE Verschlüsselung.
UTF-8 Zeichen (Umlaute, Emojis) werden automatisch korrekt verarbeitet.

Verwandte Rechner