Tool-Hinweise

Über Base64-zu-Hex-Konverter

Base64 to Hex verwandelt eine kodierte Nutzlast in eine schlichte hexadezimale Ansicht der zugrunde liegenden Bytes. So lesen Sie einen Binärblock Byte für Byte, statt zu raten, was hinter einer Wand aus Base64-Zeichen steckt.

Die Umwandlung funktioniert in beide Richtungen, entfernt Daten-URI Präfixe und PEM-Kopfzeilen, akzeptiert Hex mit oder ohne 0x und mit beliebigen Trennzeichen und meldet die Anzahl der Bytes sowie einen erkannten Dateityp, wenn die ersten Bytes zu einer bekannten Signatur passen.

So verwenden Sie Base64 to Hex

Fügen Sie den kodierten Wert in das Eingabefeld ein. Ein Präfix wie data:image/png;base64, sowie die BEGIN- und END-Zeilen eines PEM-Blocks werden für Sie entfernt, Leerraum wird ignoriert.
Mit der Richtungsschaltfläche wechseln Sie zwischen Base64 nach Hex und Hex nach Base64.
Für Hex-Eingaben fügen Sie einfach die Form ein, die Ihre Werkzeuge erzeugt haben: nackte Ziffern, ein 0x-Präfix oder Bytes getrennt durch Leerzeichen, Doppelpunkte oder Bindestriche.
Schalten Sie Großbuchstaben oder Abstände zwischen den Bytes ein, damit die Darstellung zu Ihrem Debugger oder Ihrer Protokollspezifikation passt.

Typische Anwendungsfälle

Die Rohbytes eines Zertifikats oder Schlüssels untersuchen, indem Sie den Base64-Körper eines PEM nach Hex wandeln und die DER-Struktur von Hand durchgehen.
Die magische Zahl am Anfang einer Datei oder eines Bildes prüfen, um den tatsächlichen Typ zu bestätigen, statt der Dateiendung zu vertrauen.
Binäre Protokollrahmen, Firmware-Nutzlasten oder kryptografische Testvektoren untersuchen, die in Hex dokumentiert, aber als Base64 übertragen werden.
Einen Hex-Auszug aus einem Mitschnittwerkzeug in Base64 wandeln, damit er in eine Konfigurationsdatei oder einen API-Anfragekörper passt.

Wie Base64 und Hex dieselben Bytes kodieren

Beide sind Textdarstellungen derselben Bytefolge, sie wägen jedoch Dichte gegen Lesbarkeit in entgegengesetzte Richtungen ab.

Base64 packt 3 Bytes in 4 Zeichen, der kodierte Text ist deshalb rund 33 Prozent größer als die ursprünglichen Daten.
Die Zeichen = am Ende sind Auffüllung und kommen hinzu, wenn die Eingabelänge kein Vielfaches von 3 ist.
Hex bildet 1 Byte auf genau 2 Zeichen ab, verdoppelt also die Größe, behält dafür aber für jedes Byte einen festen Versatz.
Genau diese feste Zuordnung macht Hex beim Debuggen überlegen: Byte 12 beginnt immer an Zeichen 24, die Versätze aus der Spezifikation decken sich also mit dem, was Sie sehen.

Häufige Fragen zu Base64 zu Hex

Warum sieht mein Base64-Bild oder -Zertifikat in einem normalen Base64-Decoder wie Kauderwelsch aus?: Die meisten Decoder zeigen das Ergebnis als UTF-8-Text. Binäre Nutzlasten enthalten Bytewerte, die kein gültiger Text sind, und erscheinen deshalb als Ersatzzeichen oder werden verstümmelt. Hex vermeidet das.
Kann ich einen vollständigen PEM-Block oder eine Daten-URI einfügen?: Ja. Die BEGIN- und END-Markierungszeilen sowie ein Daten-URI Präfix werden vor der Dekodierung entfernt, und Zeilenumbrüche werden ignoriert.
Welche Hex-Formate werden in der Gegenrichtung akzeptiert?: Ein 0x-Präfix, reine Hex-Ziffern und Bytes getrennt durch Leerzeichen, Doppelpunkte oder Bindestriche funktionieren alle. Die Trennzeichen werden entfernt, bevor die Bytes neu kodiert werden.
Was bedeutet der erkannte Dateityp?: Die ersten Bytes werden mit bekannten Signaturen für PNG, JPEG, GIF, PDF, ZIP, GZIP und DER verglichen. Passt nichts, wird kein Typ angezeigt statt einer Vermutung.
Werden meine Daten irgendwohin übertragen?: Nein. Dekodierung, Neukodierung und Signaturerkennung laufen vollständig in Ihrem Browser, Schlüssel, Zertifikate und mitgeschnittene Rahmen gehen also nie an wetool.site.

Base64 to Hex gegen einen textorientierten Base64-Decoder

Ein allgemeiner Base64-Kodierer und -Dekodierer nimmt den Weg über UTF-8-Text: Er dekodiert das Base64 und deutet das Ergebnis anschließend als Zeichenkette. Für JSON und lesbare Token ist das in Ordnung, aber ein PNG-Kopf, ein DER-kodiertes Zertifikat oder ein binärer Protokollrahmen enthält Bytewerte ohne gültige Textbedeutung, die Ausgabe kommt also verstümmelt an und auf dem Rückweg können Bytes verloren gehen. Diese Seite rührt die Textebene nie an. Sie wandelt zwischen Base64 und Hex auf Byteebene, damit 0x00, 0xFF und jede ungültige UTF-8-Folge einen vollständigen Hin- und Rückweg unverändert überstehen.

Einen Hex-Auszug Byte für Byte lesen

Sobald eine Nutzlast in Hex vorliegt, verraten die ersten Bytes meist schon, was Sie in Händen halten.

89 50 4e 47 steht für eine PNG-Datei, und ff d8 ff markiert den Anfang von JPEG-Daten.
25 50 44 46 ist PDF, 50 4b 03 04 ist ZIP oder ein beliebiger ZIP-basierter Container, und 1f 8b ist GZIP.
Ein einleitendes 30 82 ist die SEQUENCE-Kennung einer DER-Struktur, und genau so sieht der Körper eines Zertifikats oder Schlüssels aus, sobald das PEM-Base64 dekodiert ist.
Eine ungerade Anzahl von Hex-Ziffern kann keine vollständigen Bytes bilden, prüfen Sie an den Enden eines kopierten Auszugs also auf eine fehlende Ziffer.