Base64-Decoder

Der Base64-Decoder ist ein kostenloses Tool, das aus Base64-codierten Eingaben die ursprünglichen Daten wiederherstellt.

Was ist Base64-Codierung und wofür wird sie verwendet?

Base64 stellt Binärdaten mithilfe eines begrenzten Satzes druckbarer Textzeichen dar. Das Verfahren wird benötigt, weil manche Systeme Text sicher übertragen können, beliebige Bytes jedoch nicht zuverlässig verarbeiten.

Standard-Base64 verwendet Groß- und Kleinbuchstaben, Ziffern, das Pluszeichen und den Schrägstrich. Am Ende kann ein Gleichheitszeichen als Auffüllzeichen stehen. Durch die Codierung werden die Daten größer, da aus jeweils drei Eingabebytes vier Base64-Zeichen entstehen.

Base64 ist eine Codierung, keine Verschlüsselung. Jeder, der den codierten Wert kennt, kann ihn ohne Passwort oder geheimen Schlüssel decodieren. Das Verfahren bietet daher keine Vertraulichkeit. Betrachte einen Base64-Wert nicht als sicheren Aufbewahrungsort für Passwörter, API-Schlüssel oder personenbezogene Daten.

Wie verwende ich den Base64-Decoder?

Füge einen Base64-Wert in das Tool ein und decodiere ihn. Das Ergebnis erscheint im Feld Base64-dekodiert. Der Server führt die Umwandlung mit der PHP-Funktion base64_decode durch.

Die Eingabe wird über HTTPS an den Server übertragen und nicht gespeichert. Die Verarbeitung findet auf dem Server statt und nicht ausschließlich in deinem Browser. Übermittle deshalb keine vertraulichen Inhalte, es sei denn, du darfst sie an einen externen Dienst senden.

Base64 bewahrt Bytes, nicht ihre Bedeutung. Zahlen, Leerzeichen und Satzzeichen sind lediglich Bestandteile der ursprünglichen Bytefolge. Auch Buchstaben mit Akzenten und nicht lateinische Schriften lassen sich codieren. Die decodierten Bytes müssen jedoch mit der richtigen Zeichencodierung interpretiert werden, bei modernen Webinhalten in der Regel UTF-8.

Beispiele und die Wahl des richtigen Formats

Ein kurzes Beispiel für Standard-Base64:

Eingabe: SGVsbG8=

Ausgabe: Hello

Das Gleichheitszeichen am Ende dient als Auffüllzeichen. Es hilft dabei, einen Base64-Block mit vier Zeichen zu vervollständigen, und steht im decodierten Ergebnis nicht für ein zusätzliches Zeichen.

Es gibt zwei verbreitete Varianten des Alphabets:

• Standard-Base64 verwendet + und /. Diese Variante kommt häufig in MIME-E-Mails, Daten-URIs und vielen JSON-basierten APIs zum Einsatz.
• Base64url verwendet stattdessen - und _. Diese Variante ist für URLs, Abfrageparameter und Token gedacht, bei denen + und / problematisch sein können. Auffüllzeichen werden häufig weggelassen.

Wähle die Variante, die das System verwendet, von dem der Wert stammt. Ein Standard-Decoder kann Base64url-Eingaben falsch interpretieren oder ablehnen, wenn das Alphabet nicht vorher umgewandelt wird. Für den umgekehrten Vorgang kannst du den Base64-Encoder verwenden. Bei codierten Bilddaten ist Base64 zu Bild oft hilfreicher, als rohe Binärdaten als Text anzuzeigen.

Wo kommt Base64 in der Praxis vor?

Base64 begegnet dir häufig dort, wo Binärdaten über ein textorientiertes Format übertragen werden müssen. Der Wert kann allein stehen oder Teil eines größeren Dokuments sein.

• Daten-URIs betten kleine Bilder, Schriftarten oder andere Ressourcen in HTML und CSS ein, häufig nach einem Präfix wie data:image/png;base64,.
• JSON-Nutzdaten enthalten Dateien, Zertifikate oder kryptografisches Material mitunter als Base64-Zeichenfolgen, da JSON keinen eigenen Datentyp für Binärwerte besitzt.
• MIME-E-Mails verwenden Base64 für Anhänge und Nachrichtenteile, die nicht sicher als Klartext übertragen werden können.
• Abfragezeichenfolgen und Web-Token können Base64url verwenden, um Zeichen zu vermeiden, die in URLs eine besondere Bedeutung haben.
• Konfigurationsdateien und Umgebungsvariablen enthalten manchmal Base64, weil das umgebende System druckbaren Text erwartet.

Codiert wirkende internationalisierte Domainnamen benötigen einen anderen Decoder. Ein Domain-Label, das mit xn-- beginnt, verwendet Punycode und nicht Base64. Ein Base64-Decoder kann daraus nicht den vorgesehenen Unicode-Domainnamen wiederherstellen.

Warum schlägt die Base64-Decodierung fehl oder liefert unleserliche Zeichen?

Eine Base64-Decodierung schlägt meist fehl oder erzeugt unleserliche Ausgaben, weil die Eingabe die falsche Variante verwendet, unvollständig ist, zweimal codiert wurde oder Binärdaten statt Text darstellt.

• Falsches Alphabet liegt vor, wenn eine Base64url-Eingabe mit - oder _ als Standard-Base64 behandelt wird oder umgekehrt.
• Fehlende oder beschädigte Auffüllzeichen können zu einem unvollständigen letzten Block führen. Manche Decoder akzeptieren fehlende Auffüllzeichen. Ergibt die Anzahl der Zeichen bei der Division durch vier jedoch einen Rest von eins, kann daraus kein gültiger Base64-Wert entstehen.
• Doppelte Codierung führt dazu, dass nach dem ersten Durchlauf erneut eine Base64-ähnliche Zeichenfolge erscheint. Wurden die Daten absichtlich zweimal codiert, ist möglicherweise ein zweiter Decodiervorgang erforderlich.
• Binäre Ausgabe ist bei Bildern, PDFs, komprimierten Archiven und verschlüsselten Bytes zu erwarten. Werden diese Bytes als Text geöffnet, erscheinen Symbole oder Ersatzzeichen.
• Falsche Zeichencodierung führt dazu, dass gültige decodierte Bytes falsch dargestellt werden. Werden beispielsweise UTF-8-Daten als Windows-1252 interpretiert, können Buchstaben mit Akzenten als fehlerhafte Zeichenfolgen erscheinen.
• Zusätzliche umgebende Inhalte können ein Daten-URI-Präfix, Anführungszeichen, eine JSON-Escapesequenz oder eine URL-Prozentcodierung enthalten, die zuerst entfernt werden sollten.

Der Standardmodus von PHPs base64_decode ist nicht strikt und kann Zeichen verwerfen, die nicht zum Standardalphabet gehören. Dadurch lassen sich möglicherweise Zeilenumbrüche aus MIME-formatierten Eingaben verarbeiten. Gleichzeitig kann dieser Modus einen Kopierfehler verbergen, statt ihn eindeutig zu melden. Vergleiche bei unerwarteten Ergebnissen die Ausgabe mit dem Quellformat und prüfe den ursprünglichen Wert Zeichen für Zeichen.

Häufig gestellte Fragen

Unterscheidet Base64 zwischen Groß- und Kleinschreibung?

Ja. Groß- und Kleinbuchstaben stehen im Base64-Alphabet für unterschiedliche Werte. Wenn du die Schreibweise vereinheitlichst, werden die decodierten Bytes beschädigt.

Kann ich ein JWT mit einem Base64-Decoder decodieren?

Ein JSON Web Token lässt sich nur abschnittsweise verarbeiten: Es enthält normalerweise Base64url-codierte Abschnitte, die durch Punkte getrennt sind. Jeder Abschnitt muss einzeln verarbeitet werden. Außerdem müssen weggelassene Auffüllzeichen möglicherweise wieder ergänzt werden. Das Lesen der Nutzdaten überprüft weder die Signatur des Tokens noch die Echtheit seines Inhalts.

Kann decodiertes Base64 einen Virus oder eine schädliche Datei enthalten?

Ja, denn Base64 kann beliebige Bytes darstellen, darunter ausführbare Dateien, Skripte oder schädliche Dokumente. Beim Decodieren allein wird der Inhalt nicht ausgeführt. Das Speichern oder Öffnen eines unbekannten Ergebnisses kann jedoch unsicher sein. Prüfe den erwarteten Dateityp und die Quelle, bevor du binäre Ausgaben weiterverarbeitest.

Warum enthält das decodierte Ergebnis Nullzeichen?

Nullbytes können in Binärformaten und in Text vorkommen, der als UTF-16 codiert wurde. Dort werden viele lateinische Zeichen mit einem Nullbyte kombiniert. Wenn es sich laut Quelle um Text handelt, prüfe dessen Zeichencodierung, statt die Nullzeichen zu löschen. Das Entfernen kann die Daten beschädigen.

Hat Base64 eine feste Dateiendung?

Nein. Base64 ist eine Darstellungsform und kein Dateiformat, daher ist keine bestimmte Dateiendung vorgeschrieben. Die decodierten Bytes bestimmen, ob das Ergebnis ein PNG, PDF, ZIP-Archiv, eine Textdatei oder etwas anderes ist.

Abschließende Prüfungen

Vergewissere dich, dass du nur den codierten Wert kopiert hast. Prüfe, ob Standard-Base64 oder Base64url verwendet wird, und behalte die ursprüngliche Groß- und Kleinschreibung bei. Ist das Ergebnis unleserlich, kläre, ob es als Datei geöffnet und nicht als Text angezeigt werden sollte. Gehe nicht davon aus, dass ein erfolgreich decodierter Wert vertrauenswürdig oder vertraulich ist.