Base64 zu Text
Fügen Sie eine Base64-Zeichenkette ein und erhalten Sie sofort den ursprünglichen, für Menschen lesbaren Text zurück, vollständig auf Ihrem Gerät dekodiert und ohne jeden Upload.
Funktionen
- Standard-Base64 und URL-sicheres Base64URL dekodieren
- JWT-Payloads, Geheimnisse und Konfigurationswerte privat auslesen
- Ausgabe-Zeichensatz für Nicht-UTF-8-Quellen wählen
- Läuft in WebAssembly, nichts verlässt den Tab
Die Base64-zu-Text-Dekodierung nimmt eine kodierte Zeichenkette (einen Konfigurationswert, ein JWT-Payload, ein Feld aus einer API-Antwort, einen E-Mail- oder MIME-Block, eine Umgebungsvariable oder ein kopiertes Geheimnis) und gibt den ursprünglichen, für Menschen lesbaren Text zurück, alles lokal in Ihrem Browser dekodiert, ohne Upload und ohne Server-Umweg. Einfügen, dekodieren und kopieren in einem Schritt. Weil Base64 so oft sicherheitsrelevantes Material trägt, läuft dieses Werkzeug vollständig auf Ihrem Gerät, sodass die Bytes nirgendwohin reisen.
Was diese Konvertierung wirklich tut (und was NICHT)
Base64 ist eine Binär-zu-Text-Kodierung, die aus dem Alphabet A-Z, a-z, 0-9, + und / aufgebaut ist. Es ist keine Verschlüsselung. Es bietet null Vertraulichkeit, und jeder kann es in Sekunden dekodieren, daher darf man sich niemals darauf verlassen, um Daten zu verbergen. Das Dekodieren kehrt die Umwandlung schlicht zurück in die ursprünglichen Bytes.
Das Dekodieren erzeugt immer zuerst rohe Bytes. Um diese Bytes in lesbaren Text zu verwandeln, muss man den Zeichensatz kennen, den die Quelle verwendet hat. Standardmäßig UTF-8 anzunehmen, wenn das Original UTF-16, ISO-2022-JP oder Shift-JIS war, ist die mit Abstand häufigste Ursache für verstümmelte oder unbrauchbare Ausgabe. Wenn die zugrunde liegenden Bytes selbst binär sind (ein Bild, ein gzip-Blob, ein Zertifikat in DER-Form) statt einer Zeichenkette, wird kein Zeichensatz lesbaren Text ergeben, und das ist ein verlässliches Signal, dass die Quelle von Anfang an niemals Text war.
Es gibt zwei Varianten, auf die man achten muss. Standard-Base64 verwendet + und / mit =-Padding. Base64URL, eingesetzt in JWTs und innerhalb von URLs, tauscht diese gegen - und _ und lässt das nachgestellte Padding oft ganz weg. Ein nur auf Standard ausgelegter Decoder scheitert an JWT-Segmenten, sofern er nicht das URL-sichere Alphabet automatisch erkennt, was dieses Werkzeug tut. Was die Größe angeht: Die Kodierung bläht Daten um rund 33% auf (vier Ausgabezeichen pro drei Eingabe-Bytes), plus etwa 4% mehr, wenn Zeilenumbrüche eingefügt werden, sodass der dekodierte Text rund 25% kleiner herauskommt als die Base64-Zeichenkette, die Sie eingefügt haben.
Was es NICHT tut, ist echt beschädigte Eingaben zu reparieren. Unvollständige letzte Blöcke brauchen =-Padding zum Dekodieren, und fehlendes Padding, überschüssiges Padding, verirrte Leerzeichen oder Zeichen außerhalb des Alphabets verursachen Fehler. Sie können wirklich kaputtes Base64 nicht reparieren, indem Sie blind Zeichen entfernen, denn das verändert die Byte-Grenzen und verschiebt jeden Wert nach der Bearbeitung.
Wann Base64 zu Text statt Base64 zu einer Datei wählen
Dekodieren Sie zu Text, wenn das ursprüngliche Payload eine Zeichenkette war: JWT-Claims, JSON- oder YAML-Konfiguration, Umgebungsvariablen, MIME-kodierte E-Mail-Körper oder PEM-umhüllter Zertifikatstext. Wenn die dekodierte Ausgabe wie binäres Rauschen statt wie Wörter aussieht, war die Quelle fast sicher eine Datei (ein Bild, ein Archiv oder ein binäres Zertifikat), und Sie sollten das Ergebnis als zu speichernde Bytes behandeln statt als zu lesenden Text. JWTs sind ein Sonderfall, den man kennen sollte: Sie sind drei Base64URL-Segmente (header.payload.signature), durch Punkte verbunden, und das Dekodieren des mittleren Segments offenbart die Claims im Klartext, was genau der Grund ist, warum JWT-Payloads niemals Geheimnisse oder personenbezogene Daten tragen sollten. Um in die andere Richtung zu gehen, nutzen Sie die Text-zu-Base64-Kodierung.
So konvertieren Sie Base64 zu Text
- Öffnen Sie diese Seite, die auf den Dekodier-Modus (Base64 zu Text) festgelegt ist, damit Sie nicht versehentlich neu kodieren.
- Wählen Sie bei Bedarf die Variante: Lassen Sie sie auf Standard-Base64, oder wechseln Sie zu URL-sicherem Base64URL für JWT-Segmente und URL-Parameter.
- Fügen Sie Ihre Base64-Zeichenkette in das Eingabefeld ein.
- Klicken Sie auf Konvertieren, um die Zeichenkette in lesbaren Text zu dekodieren.
- Kopieren Sie das Ergebnis, oder laden Sie es als Datei herunter.
Kein Upload. Es läuft auf Ihrem Gerät.
Dieser Decoder ist von Rust zu WebAssembly kompiliert und läuft in Ihrem Browser-Tab. Es gibt null Netzwerkanfragen für das Dekodieren selbst: Ihre Base64-Zeichenkette wird im Speicher verarbeitet und nie irgendwohin gesendet. Es funktioniert offline, sobald die Seite geladen ist, es gibt nichts zu protokollieren und nichts zu löschen, weil nie etwas hochgeladen wurde. Sie können es selbst bestätigen, indem Sie den Netzwerk-Tab der DevTools öffnen und beobachten, wie er still bleibt, während Sie dekodieren. Das ist wichtig, weil Base64 überproportional JWT-Claims, API-Geheimnisse, Zugangsdaten, Umgebungsvariablen und personenbezogene Kundendaten trägt, und solches Material in ein serverseitiges Werkzeug einzufügen, ist ein echtes Risiko für eine Offenlegung.
Keine Grenzen
Keine Anmeldung, keine Werbung, kein Wasserzeichen und keine Obergrenzen, wie viel Sie dekodieren. Fügen Sie ein einzelnes Token oder einen langen mehrzeiligen Block so oft ein, wie Sie möchten.
Häufig gestellte Fragen
- Ist es sicher, ein JWT oder Geheimnis in diesem Base64-Decoder zu dekodieren?
- Ja. Das Dekodieren läuft vollständig in Ihrem Browser über Rust, das zu WebAssembly kompiliert ist, sodass JWT-Segmente, Tokens und Geheimnisse niemals Ihren Rechner verlassen und nie an einen Server gesendet werden. Sicherheitsempfehlungen warnen ausdrücklich, dass nicht alle Online-Decoder clientseitig laufen, daher entfernt ein nachprüfbares lokales Werkzeug bei sensiblen Payloads das Risiko einer Offenlegung.
- Lädt dieses Werkzeug meine Base64-Daten auf einen Server hoch?
- Nein. Es gibt null Netzwerkanfragen für den Dekodierschritt, und Sie können das im Netzwerk-Tab der DevTools während der Arbeit überprüfen. Die Seite funktioniert sogar offline, nachdem sie geladen ist, was nur möglich ist, weil die gesamte Verarbeitung auf Ihrem Gerät stattfindet.
- Warum zeigt mein dekodiertes Base64 unbrauchbare oder seltsame Zeichen?
- Das Dekodieren erzeugt rohe Bytes, und sie als Text darzustellen erfordert den richtigen Zeichensatz. Der übliche Übeltäter ist die Annahme von UTF-8, obwohl die Quelle UTF-16, ISO-2022-JP oder Shift-JIS war, was Mojibake erzeugt; das Umschalten des Ausgabe-Zeichensatzes behebt es in der Regel.
- Wie behebe ich Fehler wegen "ungültigem Base64" oder Padding?
- Unvollständige letzte Blöcke benötigen
=-Padding, prüfen Sie also, dass die Zeichenkette nicht abgeschnitten wurde und dass keine verirrten Leerzeichen oder Zeichen außerhalb des Alphabets eingefügt wurden. Beachten Sie, dass Sie wirklich beschädigtes Base64 nicht reparieren können, indem Sie ungültige Zeichen entfernen, denn das verschiebt die Byte-Grenzen und beschädigt alles nach der Bearbeitung. - Was ist der Unterschied zwischen Base64 und Base64URL, und kann dies JWT-Tokens dekodieren?
- Standard-Base64 verwendet
+und/mit=-Padding, während Base64URL diese gegen-und_tauscht und das Padding oft weglässt. Dieses Werkzeug beherrscht das URL-sichere Alphabet, sodass Sie die einzelnen, durch Punkte getrennten Segmente eines JWT dekodieren können, um seinen Header und seine Claims zu lesen. - Ist Base64 eine Verschlüsselung? Sind dekodierte Daten sicher?
- Nein, Base64 ist eine Kodierung, keine Verschlüsselung, und es bietet null Vertraulichkeit. Jeder kann es sofort dekodieren, daher darf es niemals verwendet werden, um Daten zu verbergen, und jedes Geheimnis, das nur als Base64 gespeichert ist, sollte als Klartext behandelt werden.
- Wie dekodiere ich mehrere Base64-Zeilen auf einmal?
- Es hängt davon ab, ob die Zeilen einen Wert oder mehrere bilden. Ein einzelner Wert, der über Zeilen verteilt ist (wie ein PEM-Zertifikat oder ein umgebrochener MIME-Körper), sollte als ein Block dekodiert werden, während mehrere unabhängige Werte jeweils einzeln dekodiert werden müssen, behandeln Sie sie also je nach vorliegendem Fall.
- Warum ist meine dekodierte Ausgabe binär oder unlesbar statt Text?
- Wenn die dekodierten Bytes binär sind, etwa ein Bild oder ein gzip-Blob, wird kein Zeichensatz sie in lesbaren Text verwandeln. Das ist ein klares Signal, dass die ursprüngliche Quelle eine binäre Datei statt einer Zeichenkette war, speichern Sie die Ausgabe also als Datei, statt zu versuchen, sie zu lesen.
- Kann ich Base64 offline oder ohne Internetverbindung dekodieren?
- Ja. Sobald die Seite geladen ist, läuft der WebAssembly-Decoder vollständig auf Ihrem Gerät, sodass Sie die Verbindung trennen und weiter dekodieren können. Das ist auch der Grund, warum nie etwas protokolliert oder gespeichert wird: Die Arbeit geschieht lokal.
Brauchen Sie die umgekehrte Richtung oder verwandte Werkzeuge? Nutzen Sie die Text-zu-Base64-Kodierung, um den Weg zurückzugehen, oder durchstöbern Sie den vollständigen Hub für Text- und Datenwerkzeuge für JSON, CSV, YAML und mehr.