Base64 Encoder/Decoder - Base64 Kodierung und Dekodierung

Nein. Base64 ist eine Kodierung, keine Verschlüsselung. Jeder, der eine Base64-Zeichenfolge sieht, kann diese in Millisekunden ohne Passwort oder Schlüssel in die Originaldaten dekodieren. Base64 bietet keinerlei Vertraulichkeit oder Sicherheit. Es handelt sich rein um eine Formatumwandlung, um Binärdaten für textbasierte Systeme sicher zu machen. Wenn Sie Daten tatsächlich vor dem Lesen schützen müssen, verwenden Sie stattdessen AES-Verschlüsselung. Die Verwirrung entsteht, weil die Base64-Ausgabe wie Zufallszeichen aussieht – aber sie ist ohne Geheimnis vollständig rückgängig zu machen.

Standard-Base64 verwendet die Zeichen + und /, die in URLs spezielle Bedeutungen haben (+ bedeutet Leerzeichen, / trennt Pfadsegmente). URL-sicheres Base64 (auch Base64url genannt) ersetzt + durch - und / durch _, wodurch die Ausgabe ohne Prozentkodierung sicher in URLs und Dateinamen verwendbar ist. Sie benötigen URL-sicheres Base64 typischerweise für JWT-Token, OAuth-Statusparameter, URL-Verkürzer und aus Hashes generierte Dateinamen. Die meisten APIs, die angeben, „Base64“ in URLs zu verwenden, nutzen tatsächlich Base64url.

Die Texteingabe unterstützt alle Unicode-Zeichen – Emojis, CJK, Arabisch, Kyrillisch und jedes andere Zeichensatz über die UTF-8-Kodierung. Bei Dateien können Sie alles bis zu 10 MB hochladen: Bilder (PNG, JPEG, WebP), Dokumente, Binärdaten, Zip-Archive. Die Datei wird als rohe Bytes gelesen und kodiert, sodass das Ergebnis eine gültige Base64-Darstellung der gesamten Datei unabhängig von ihrem Inhaltstyp ist.

Base64 fügt immer einen Größenüberhang von etwa 33 % hinzu. Dies geschieht, weil 3 Eingabebytes (24 Bits) zu 4 Ausgangszeichen (32 Bits) werden. Ein 1 MB großes Bild wird zu etwa 1,33 MB Base64. Zusätzlich haben Base64-Strings oft Zeilenumbrüche alle 76 Zeichen gemäß dem MIME-Standard, was noch ein wenig mehr hinzufügt. Bei kleinen Assets (unter 5 KB) lohnt sich der Überhang, um einen HTTP-Request durch Einbetten als Data URI zu sparen. Für größere Dateien sollten Sie diese separat ausliefern.

Ja. Laden Sie ein beliebiges Bild hoch und die Base64-Ausgabe kann direkt als Data URI verwendet werden, indem Sie sie mit data:image/png;base64, (den MIME-Typ für JPEG oder WebP anpassen) vorschalten. Zum Beispiel: <img src="data:image/png;base64,iVBOR...">. Dies bettet das Bild direkt in HTML oder CSS ein, ohne eine separate Datei anzufordern. Nützlich für kleine Icons, E-Mail-Vorlagen, bei denen externe Bilder blockiert sein könnten, und Offline-HTML-Dokumente.

Ein JWT besteht aus drei Teilen, die durch Punkte getrennt sind: header.payload.signature, wobei jeder Teil in Base64url kodiert ist. Sie können jeden einzelnen Teil (Header oder Payload) in diesen Decoder einfügen und das JSON darin lesen. Dieses Tool überprüft jedoch nicht die JWT-Signatur – für die Überprüfung der JWT-Signatur verwenden Sie bitte ein spezielles JWT-Dekodierwerkzeug. Der Header und die Payload eines jeden JWT können von jedem gelesen werden, der das Token besitzt, da sie nur kodierte (nicht verschlüsselte) Daten enthalten.

Nein. Die gesamte Kodierung und Dekodierung findet in Ihrem Browser statt unter Verwendung der integrierten btoa() und atob() Funktionen von JavaScript (für Text) und der FileReader API (für Dateien). Nichts wird an einen Server gesendet. Sie können sicher API-Keys, private Daten und sensible Dateien kodieren, ohne sich um den Datenschutz sorgen zu müssen.