Base64 Encoder/Decoder

Base64 ist ein Binär-zu-Text-Kodierungsverfahren, das Binärdaten mithilfe von 64 ASCII-Zeichen darstellt. Es wird häufig verwendet, um Binärdaten in textbasierte Formate wie JSON, XML und URLs einzubetten. Dieses Tool dekodiert Base64, um den ursprünglichen Inhalt anzuzeigen, und erkennt automatisch, ob das Ergebnis JSON, XML oder andere parsbare Formate enthält.

Spezifikationen

• RFC 4648 - Base Encodings

Haeufige Anwendungsfaelle

• Base64-kodierte API-Payloads und Webhooks dekodieren
• Kodierte Daten in JWT-Tokens untersuchen
• E-Mail-Anhänge dekodieren (MIME Base64)
• Kodierte Fehlermeldungen und Stack-Traces debuggen
• Kodierte Konfigurationswerte in Umgebungsvariablen anzeigen

Funktionen

• Standard-Base64 in UTF-8-Text dekodieren
• URL-sichere Base64-Varianten verarbeiten (- und _ anstelle von + und /)
• Automatische Erkennung des dekodierten Inhaltstyps (JSON, XML usw.)
• Weiterleitung zum passenden Parser bei erkannten strukturierten Daten
• Text in Base64 kodieren
• Bildvorschau für dekodierte binäre Bilddaten
• Hex-Viewer für Nicht-UTF-8-Binärdaten
• Formaterkennung-Badge (Standard / URL-sicher / Gemischt)

Beispiele

eyJuYW1lIjoiRGVjb2RlVGhpcyIsInZlcnNpb24iOiIxLjAuMCJ9

SGVsbG8sIFdvcmxkIQ==

Tipps

• Base64 ist eine Kodierung, keine Verschlüsselung. Es bietet keine Sicherheit.
• Das =-Padding am Ende kann in einigen Implementierungen weggelassen werden.
• URL-sicheres Base64 ersetzt + durch - und / durch _, um URL-Kodierungsprobleme zu vermeiden.
• Base64 vergrößert die Datenmenge um etwa 33%.

Verstaendnis Base64 Encoder/Decoder

Base64 ist ein Binär-zu-Text-Kodierungsverfahren, das in RFC 4648 definiert ist und beliebige Binärdaten mithilfe von 64 druckbaren ASCII-Zeichen (A-Z, a-z, 0-9, +, /) sowie dem Padding-Zeichen (=) darstellt. Sein Hauptzweck ist der Transport von Binärdaten durch textbasierte Systeme, die rohe Bytes möglicherweise nicht korrekt verarbeiten, wie E-Mail, JSON-Payloads, XML-Dokumente und URL-Parameter.

Der Kodierungsprozess nimmt jeweils drei Bytes (24 Bit) der Eingabe und teilt sie in vier 6-Bit-Gruppen auf. Jeder 6-Bit-Wert wird auf eines der 64 Zeichen abgebildet. Wenn die Eingabelänge kein Vielfaches von drei Bytes ist, füllt ein Padding mit einem oder zwei =-Zeichen die Ausgabe auf ein Vielfaches von vier Zeichen auf. Das bedeutet, dass Base64-kodierte Daten etwa 33% größer sind als das Original.

Es gibt zwei Hauptvarianten. Standard-Base64 verwendet + und / und wird in der MIME-E-Mail-Kodierung eingesetzt. URL-sicheres Base64 (base64url) ersetzt + durch - und / durch _, um URL-reservierte Zeichen zu vermeiden. JWT-Tokens verwenden die URL-sichere Variante ohne Padding. Einige Implementierungen lassen das abschließende =-Padding weg, da die ursprüngliche Datenlänge abgeleitet werden kann.

Base64 findet sich überall in der Webentwicklung. Data-URIs betten Bilder und Schriftarten in HTML/CSS ein. JWT-Tokens bestehen aus drei Base64url-kodierten Segmenten. SAML-Nachrichten sind Base64-kodiertes XML. API-Antworten können Binärinhalte als Base64 innerhalb von JSON kodieren. Wichtig: Base64 ist eine Kodierung, keine Verschlüsselung — es bietet keinerlei Sicherheit oder Vertraulichkeit.

Base64 ist keine Form der Verschlüsselung und sollte niemals als solche behandelt werden. Es transformiert Daten in eine andere Darstellung ohne Schlüssel oder Geheimnis, und jeder kann einen Base64-String sofort dekodieren. Wenn sensible Daten in Base64 kodiert sind, sind sie vollständig offengelegt. Für Daten, die geheim bleiben müssen, verwenden Sie echte Verschlüsselungsalgorithmen wie AES oder RSA. Standard-Base64 verwendet + und / als Zeichen 62 und 63, während URL-sicheres Base64 (base64url, definiert in RFC 4648 Abschnitt 5) diese durch - und _ ersetzt, da + und / in URLs eine besondere Bedeutung haben. JWT-Tokens verwenden immer die URL-sichere Variante ohne Padding.

Die =-Padding-Zeichen stellen sicher, dass die kodierte Ausgabelänge immer ein Vielfaches von 4 Zeichen ist. Da Base64 3 Bytes in 4 Zeichen kodiert, benötigen Eingaben, deren Länge kein Vielfaches von 3 ist, Padding: 1 Rest-Byte erzeugt ==, und 2 Rest-Bytes erzeugen =. Einige Implementierungen, einschließlich JWT, lassen das Padding vollständig weg, da der Decoder die ursprüngliche Länge aus der kodierten Stringlänge berechnen kann.

Die 33%ige Größenzunahme ist der Kodierung inhärent: Alle 3 Bytes (24 Bit) werden zu 4 ASCII-Zeichen (32 Bit), ein festes 4/3-Expansionsverhältnis, das nicht reduziert werden kann. Wenn die Größe ein Problem darstellt, komprimieren Sie die Daten vor der Kodierung. Für große Binärdateien sollten Sie geeignete binäre Übertragungsmechanismen wie Multipart-Uploads oder binäre WebSocket-Frames in Betracht ziehen, anstatt Base64 in Textformate einzubetten.