Base64-Encoder/Decoder
Kodieren Sie Text in Base64 oder dekodieren Sie Base64 in Text. Unterstützt UTF-8.
Kodieren Sie Text in Base64 oder dekodieren Sie Base64 in Text. Unterstützt UTF-8.
Zu codierender Text
helloBase64-Ergebnis
aGVsbG8=Jeder kann Base64 dekodieren. Verwenden Sie es nicht zum Schutz von Passwörtern, Tokens oder Geheimnissen.
Dieser Base64-Encoder und -Decoder wandelt Text in Base64 um und zurück, mit vollständiger UTF-8-Unterstützung für internationale Zeichen. Fügen Sie einen Wert ein und lesen Sie ihn sofort — das Tool beherrscht auch die von JWTs genutzte Base64url-Variante und die Leerzeichen, die sich in kopierte Strings schleichen. Es ist für Entwickler gedacht, die Daten in URLs oder HTML einbetten, API-Nutzlasten debuggen, Basic-Auth-Header dekodieren — und für alle, die einen mysteriösen aGVsbG8=-String gefunden haben und wissen wollen, was darin steckt.
Beispiel 1 — der Standardfall. Das Kodieren des Strings Man erzeugt TWFu. Die drei ASCII-Bytes für M, a und n sind 77, 97 und 110; binär aneinandergereiht bilden sie 24 Bits, die sich in vier 6-Bit-Werte (19, 22, 5, 46) teilen, die im Base64-Alphabet auf T, W, F und u abbilden. Da die Länge ohne Rest durch drei teilbar ist, wird kein Padding benötigt.
Beispiel 2 — Padding in Aktion. Das Kodieren von M allein ergibt TQ==, das Kodieren von Ma ergibt TWE=. Ein übrig gebliebenes Byte wird zu zwei Zeichen plus ==; zwei übrige Bytes werden zu drei Zeichen plus =. Die Gleichheitszeichen tragen keine Daten — sie sagen dem Decoder, dass die letzte Gruppe zu kurz war.
Beispiel 3 — ein Token dekodieren. Das mittlere Segment eines JWT sieht aus wie eyJzdWIiOiIxMjM0NSJ9. Fügt man es in den Decoder ein, erhält man {"sub":"12345"} — der Beweis, dass die Nutzlast eines JWT nur Base64url-kodiertes JSON ist, für jeden lesbar, der das Token hält, nicht verschlüsselt.
Viele Transportsysteme wurden für Text entworfen: Frühes SMTP garantierte nur 7-Bit-ASCII, und Formate wie JSON, XML und URLs reservieren Zeichen, die nicht roh vorkommen dürfen. Schickt man beliebige Binärdaten durch solche Kanäle, werden die Daten verfälscht oder abgeschnitten. Base64 vermeidet das, indem es Binärdaten nur mit 64 druckbaren Zeichen darstellt.
Die Kodierung verarbeitet die Eingabe in Gruppen von 3 Byte (24 Bits) und teilt jede Gruppe in vier 6-Bit-Werte. Sechs Bits können 0–63 ausdrücken, exakt die Größe des Alphabets: A–Z (0–25), a–z (26–51), 0–9 (52–61), + (62) und / (63). Wenn sich die Eingabe nicht gleichmäßig durch drei teilen lässt, polstern ein oder zwei =-Zeichen die letzte Gruppe, damit die Ausgabelänge ein Vielfaches von vier bleibt.
Der Preis ist ein fester Größenzuwachs von 33 %, denn 3 Byte werden zu 4 Zeichen. Deshalb ist das Einbetten eines großen Fotos als Data-URI ein schlechtes Geschäft: Die Datei wächst um ein Drittel, und der Browser muss das gesamte Dokument herunterladen, bevor er dekodieren und rendern kann.
Standard-Base64 verwendet + und /, die beide in einer URL eine Sonderbedeutung haben (+ dekodiert in Query-Strings zu einem Leerzeichen). RFC 4648 definiert deshalb Base64url: - ersetzt +, _ ersetzt /, und das abschließende = wird meist weggelassen. JSON Web Tokens, viele OAuth-Flows und URL-Parameter mit Binärdaten nutzen sie. Wenn ein String nicht dekodiert und - oder _ enthält, wandeln Sie ihn zuerst in Standard-Base64 zurück.
%20-artige Artefakte größer und den Wert für das nächste System undekodierbar. Kodieren Sie genau einmal, an der Grenze, an der es verlangt wird.data:image/png;base64, davor. Das Image-to-Base64-Tool baut das für Sie.-/_ dekodiert nicht in einem strikten Standarddecoder, und ein +//-String bricht einen URL-sicheren Parser. Wissen Sie, welche Variante Ihr Konsument erwartet.Authorization: Basic-Header für API-Tests über HTTPS bauen.Sie sehen Base64url, eine URL-sichere Variante nach RFC 4648. Sie ersetzt + durch - und / durch _ und lässt meist das abschließende = weg, damit der String in einer URL oder einem Dateinamen ohne Prozentkodierung reisen kann. JSON Web Tokens nutzen sie. Um einen Base64url-String in einem Standarddecoder zu entschlüsseln, ersetzen Sie - durch +, _ durch / und ergänzen Padding auf ein Vielfaches von vier Zeichen.
Dieses Tool arbeitet mit Text. Nutzen Sie für Bilder den Image-to-Base64-Konverter, der die Binärdatei liest, dieselbe Kodierung anwendet und eine vollständige Data-URI mit korrektem MIME-Typ zurückgibt. Die zugrunde liegende Mathematik ist identisch — 3 Byte werden zu 4 Zeichen — aber eine Datei braucht ein MIME-Präfix, um in HTML oder CSS nützlich zu sein.
Nein, es bewirkt das Gegenteil: Die kodierte Ausgabe ist immer etwa 33 % größer als die Eingabe. Base64 tauscht Größe gegen sicheren Transport. Wenn Ihr Ziel eine kleinere Nutzlast ist, verwenden Sie Kompression (gzip oder Brotli) oder ein kompakteres Format — niemals Base64.
Das Dekodieren schlägt fehl, wenn die Eingabe Zeichen außerhalb des Base64-Alphabets enthält, ihre Länge nach Berücksichtigung des Paddings kein Vielfaches von vier ist oder sie in Wahrheit ein Base64url-String mit - und _ ist. Leerzeichen und verirrte Zeilenumbrüche werden automatisch ignoriert, der übliche Auslöser ist also ein fehlendes oder überzähliges Zeichen aus einem Copy-and-paste.
Nur über HTTPS. Der Authorization:-Basic-Header kodiert Benutzername:Passwort in Base64, was trivial umkehrbar ist — wer ihn abfängt, liest die Zugangsdaten sofort. Base64 fügt keine Sicherheit hinzu; die TLS-Schicht schützt die Anfrage. Senden Sie Basic Auth niemals über einfaches HTTP.
Das Tool verarbeitet Eingaben bis etwa 1 MB bequem, was typische API-Nutzlasten, Tokens und Konfigurationsausschnitte abdeckt. Bei sehr großen Dateien wird das Kodieren im Browser langsam und speicherhungrig; verarbeiten Sie solche Fälle in einem Skript mit einem Streaming-Encoder.
Geprüft vom HandyTools-Hub-Team · Zuletzt aktualisiert