Base64-Dekodierung ist der umgekehrte Prozess der Base64-Kodierung: Sie wandelt einen Base64-kodierten ASCII-String zurück in die ursprünglichen Binärdaten oder Text um. Jeweils 4 Base64-Zeichen werden zu 3 Bytes der Originaldaten dekodiert. Der Decoder sucht jedes Zeichen im Base64-Alphabet, rekonstruiert die ursprünglichen 6-Bit-Gruppen und setzt sie zu 8-Bit-Bytes zusammen.
Base64-kodierte Daten sind an der Verwendung von Groß- und Kleinbuchstaben, Ziffern sowie +/ (Standard) oder -_ (URL-sicher) erkennbar und enden häufig mit einem oder zwei =-Auffüllzeichen. Sie treten häufig in JWT-Tokens, E-Mail-Anhängen, Data-URIs, API-Antworten und Konfigurationsdateien auf — überall dort, wo binäre oder strukturierte Daten in einem rein textbasierten Kontext eingebettet werden müssen.
Warum dieses Tool verwenden?
Dieser Decoder verarbeitet Standard- und URL-safe Base64, korrigiert fehlende Füllzeichen automatisch und dekodiert vollständig in Ihrem Browser ohne Datenübertragung an Server.
⚡
Automatische Füllzeichenkorrektur
Viele Quellen produzieren Base64 ohne abschließende =-Zeichen. Dieses Tool berechnet und ergänzt fehlende Füllzeichen automatisch vor der Dekodierung und verhindert so InvalidCharacterError-Ausnahmen.
🛡️
Beide Varianten unterstützt
Erkennt und verarbeitet automatisch Standard-Base64 (+/) und URL-safe Base64 (-_), sodass Sie Tokens aus beliebigen Quellen ohne manuelle Konvertierung einfügen können.
🔒
Vollständig clientseitig
Die Dekodierung erfolgt lokal in Ihrem Browser mit der nativen atob-API. Ihre Daten — die möglicherweise Secrets oder sensible Inhalte enthalten — verlassen Ihr Gerät nicht.
🌐
Unicode-Ausgabe
Dekodiert UTF-8-kodierten Text korrekt zurück in vollständiges Unicode, einschließlich Mehrbyte-Zeichen, Emoji und CJK-Schriften.
So verwenden Sie diesen Base64-Decoder online
Kein Konto, kein Upload, keine Installation. Fügen Sie Ihren Base64-String in das Eingabefeld ein und das dekodierte Ergebnis erscheint sofort. Alles läuft in Ihrem Browser — Ihre Daten verlassen nie Ihr Gerät.
1
Base64-String einfügen
Kopieren Sie einen beliebigen Base64-kodierten String aus Ihrer Quelle — ein JWT, eine API-Antwort, einen E-Mail-Anhang-Header oder eine Konfigurationsdatei — und fügen Sie ihn in das Eingabefeld ein. Standard- und URL-safe-Varianten werden automatisch erkannt.
2
Automatische Erkennung und Reparatur
Der Decoder erkennt, ob Ihre Eingabe Standard-Base64 (+/) oder URL-sicheres Base64 (-_) verwendet, und ergänzt fehlendes =-Padding automatisch. Eine manuelle Normalisierung des Strings vor dem Dekodieren ist nicht erforderlich.
3
Ausgabe prüfen
Der dekodierte Text erscheint im Ausgabefeld. Wenn die ursprünglichen Daten UTF-8-Text waren, werden sie als lesbare Zeichen dargestellt. Binärdaten werden unverändert angezeigt. Eine Fehlermeldung erscheint, wenn die Eingabe ungültige Zeichen enthält, die nicht dekodiert werden können.
4
Ergebnis kopieren oder verwenden
Klicken Sie auf Kopieren, um die dekodierte Ausgabe zu übernehmen, oder verwenden Sie sie direkt in Ihrem Workflow. Müssen Sie das Ergebnis erneut kodieren? Wechseln Sie mit einem Klick zum Base64-Encoder-Tool.
Wie die Dekodierung funktioniert
Jedes Base64-Zeichen wird einem 6-Bit-Wert (0–63) zugeordnet. Vier aufeinanderfolgende Zeichen liefern 24 Bit, die zu 3 Bytes Originaldaten dekodiert werden. Das folgende Beispiel zeigt, wie "TWFu" zurück zu "Man" dekodiert wird:
Beispiel "Man" → TWFu → "Man"
Zeichen
Index
6 Bits
T
19
010011
W
22
010110
F
5
000101
u
46
101110
Die vier 6-Bit-Gruppen (010011 010110 000101 101110) werden zu 24 Bit zusammengefügt, dann in drei 8-Bit-Bytes aufgeteilt: 01001101 (M=77), 01100001 (a=97), 01101110 (n=110).
Füllzeichen verstehen
Die Base64-Kodierung gruppiert Eingabe-Bytes in Dreiergruppen. Wenn die Eingabelänge nicht durch 3 teilbar ist, werden Füllzeichen (=) hinzugefügt, um die letzte Gruppe zu vervollständigen. Beim Dekodieren werden diese =-Zeichen entfernt und der Decoder weiß, dass er die während der Kodierung hinzugefügten Null-Bits verwerfen soll.
Original
Kodiert
Füllregel
A
QQ==
1 byte → 2 padding chars
AB
QUI=
2 bytes → 1 padding char
ABC
QUJD
3 bytes → no padding needed
Häufige Anwendungsfälle
JWT-Nutzlasten inspizieren
JWT-Tokens bestehen aus drei URL-safe-Base64-kodierten Segmenten. Die Dekodierung des zweiten Segments (Nutzlast) enthüllt die Claims: Benutzer-ID, Rollen, Ablaufzeit und andere Metadaten — ohne einen Signaturschlüssel zu benötigen.
API-Antworten lesen
REST-APIs geben häufig Binärdaten (Dateiinhalte, Thumbnails, kryptografisches Material) Base64-kodiert in JSON-Antworten zurück. Dekodieren Sie das Feld, um die Originaldaten zu lesen.
E-Mail-Inhalt dekodieren
MIME-E-Mail-Texte und Anhänge sind Base64-kodiert. Ihre Dekodierung enthüllt den ursprünglichen Textinhalt oder ermöglicht die Rekonstruktion binärer Anhänge.
Kubernetes-Secrets extrahieren
Kubernetes speichert Secret-Werte als Base64 in YAML-Manifesten. Deren Dekodierung enthüllt die tatsächlichen Passwörter, Tokens und Schlüssel im Cluster — nützlich für Debugging und Auditing.
Konfiguration debuggen
Umgebungsvariablen und CI/CD-Pipeline-Secrets werden häufig Base64-kodiert für sicheres Storage in YAML- oder JSON-Konfigurationsdateien gespeichert. Dekodieren Sie sie, um die tatsächlichen Werte beim Debugging zu überprüfen.
Data-URIs dekodieren
Data-URIs betten Base64-kodierte Assets direkt in HTML/CSS ein. Dekodieren Sie den Base64-Teil, um das ursprüngliche Bild, die Schrift oder eine andere eingebettete Ressource zu extrahieren.
Häufige Fallstricke
Dies sind die häufigsten Ursachen für Base64-Dekodierungsfehler in der Praxis:
✕
Fehlende Füllzeichen
Base64-Strings müssen eine Länge haben, die ein Vielfaches von 4 ist. Viele APIs und JWT-Bibliotheken entfernen abschließende = aus Kompaktheitsgründen. Füllzeichen ergänzen: Anzahl fehlender = ist (4 - Länge % 4) % 4.
✕
URL-safe-Zeichen nicht konvertiert
URL-safe Base64 verwendet - und _ anstelle von + und /. Wenn Sie URL-safe Base64 direkt an atob() oder base64.b64decode() übergeben, schlägt es fehl. Ersetzen Sie immer - → + und _ → / vor dem Dekodieren mit Standardbibliotheken.
✕
Leerzeichen und Zeilenumbrüche
PEM-Zertifikate, MIME-Daten und kopiertes Base64 enthalten oft Zeilenumbrüche alle 76 Zeichen. Entfernen Sie alle Leerzeichen vor dem Dekodieren, um InvalidCharacterError zu vermeiden.
✕
Binäre vs. Textausgabe
Base64 kann beliebige Binärdaten kodieren, nicht nur Text. Wenn die Originaldaten eine Binärdatei (Bild, PDF) waren, erzeugt die Dekodierung als UTF-8-Text unleserliche Ausgabe. Verwenden Sie die geeignete Binärausgabemethode für Nicht-Text-Nutzlasten.
Code-Beispiele
So dekodieren Sie einen Base64-String in gängigen Sprachen und Umgebungen:
JavaScript (browser)
// Standard Base64
const decoded = decodeURIComponent(escape(atob(encoded)))
// URL-safe Base64 (restore padding first)
function decodeUrlSafe(str) {
const padded = str.replace(/-/g, '+').replace(/_/g, '/')
const pad = padded.length % 4
return decodeURIComponent(escape(atob(padded + '='.repeat(pad ? 4 - pad : 0))))
}
Mehrere Tools können Base64 dekodieren, unterscheiden sich jedoch in Datenschutz, Geschwindigkeit und Komfort.
Dieses Tool
Browserbasiert, sofort, privat. Keine Daten werden an einen Server gesendet. Verarbeitet Standard- und URL-sicheres Base64, korrigiert fehlendes Padding automatisch und funktioniert offline.
CLI (base64 -d)
Schnell für Scripting und große Dateien. Erfordert ein Terminal. Benötigt manuelle Normalisierung für URL-sichere Eingaben (-_ → +/).
Allzweck-Tools
Curl, Postman, Browser-DevTools und Online-Konverter können alle Base64 dekodieren. Der Komfort variiert; einige senden Daten an Remote-Server.
Häufig gestellte Fragen
Warum liefert die Dekodierung unleserliche Zeichen?
Die häufigste Ursache ist die Dekodierung von Binärdaten (Bilder, komprimierte Dateien) als UTF-8-Text — Binär-Bytes bilden oft keine gültigen Unicode-Sequenzen. Eine weitere Ursache ist die Dekodierung von URL-safe Base64 (-_) mit einem Standard-Decoder, der +/ erwartet. Prüfen Sie, welche Variante Ihre Quelle verwendet.
Was ist InvalidCharacterError?
Dieser Browser-Fehler von atob() tritt auf, wenn die Eingabe Zeichen außerhalb des Base64-Alphabets enthält, wie URL-safe-Zeichen (- oder _), Leerzeichen, Zeilenumbrüche oder Nicht-ASCII-Zeichen. Entfernen Sie Leerzeichen und konvertieren Sie URL-safe-Zeichen vor dem Aufruf von atob().
Wie erkenne ich, ob mein Base64 URL-safe oder Standard ist?
Suchen Sie nach - oder _: wenn vorhanden, ist es URL-safe Base64. Standard-Base64 verwendet + und /. URL-safe Base64 lässt auch typischerweise Füllzeichen = weg. JWT-Tokens verwenden immer URL-safe Base64.
Kann die Base64-Dekodierung lautlos fehlschlagen?
Ja. Einige Decoder ignorieren ungültige Zeichen stillschweigend, anstatt einen Fehler zu werfen, und erzeugen so falsche Ausgaben. Validieren Sie immer, dass Ihre dekodierten Daten dem erwarteten Format entsprechen (JSON, Bild-Header usw.).
Gibt es eine Größenbeschränkung für die Base64-Dekodierung?
Dieses browserbasierte Tool kann Base64-Strings von bis zu einigen Megabytes verarbeiten, bevor die Benutzeroberfläche langsam wird. Für sehr große Dateien verwenden Sie ein CLI-Tool oder einen serverseitigen Decoder.
Warum endet Base64 mit einem oder zwei =-Zeichen?
= ist das Füllzeichen. Base64 kodiert 3 Bytes in 4 Zeichen. Wenn die Länge der Originaldaten kein Vielfaches von 3 ist, werden ein oder zwei =-Zeichen angehängt, damit die Gesamtausgabelänge ein Vielfaches von 4 ist. Ein = bedeutet 2 Eingabe-Bytes in der letzten Gruppe; zwei == bedeutet 1 Eingabe-Byte.
Kann ich Binärdateien, Bilder oder PDFs dekodieren?
Ja, aber die Ausgabe sind rohe Binärdaten, die möglicherweise nicht korrekt als Text dargestellt werden. Für binäre Inhalte ist es besser, den Data-URI direkt in einem '<'img'>'- oder '<'a'>'-Tag zu verwenden oder die dekodierten Bytes mit einem Script in eine Datei zu speichern.
Gibt es eine Größenbeschränkung für die Dekodierung?
Dieses Tool läuft vollständig im Browser ohne serverseitige Einschränkung. Praktische Limits hängen vom Arbeitsspeicher Ihres Browsers ab. Sehr große Base64-Strings (über einige MB) werden besser mit einem CLI-Tool wie base64 -d (Linux/macOS) oder certutil -decode (Windows) verarbeitet.