Hex-Dekodierung

Fügen Sie eine hexadezimale Zeichenkette unten ein und klicken Sie auf Dekodieren, um sie in Text umzuwandeln. Die gesamte Verarbeitung erfolgt lokal in Ihrem Browser.

Leerzeichen, Doppelpunkte, Kommas, Bindestriche und 0x-Präfixe werden vor dem Dekodieren entfernt.
Kopiert!

Was ist Hex-Dekodierung?

Hex-Dekodierung wandelt eine hexadezimale Zeichenkette zurück in ihre ursprüngliche Byte-Darstellung und dann in Text um. Die Eingabe kann Leerzeichen, Doppelpunkte oder keine Trennzeichen zwischen den Hex-Paaren enthalten.

Jedes Paar von Hex-Zeichen (00ff) repräsentiert ein Byte. Die dekodierten Bytes werden als UTF-8-Text interpretiert.

Leerzeichen, Doppelpunkte, Kommas, Semikola, Punkte und Bindestriche werden vor dem Dekodieren entfernt, direkt aus einem Fingerabdruck oder einem Dump kopiertes Hex funktioniert also meist ohne Aufräumen. Die Bytes werden dann als UTF-8 gelesen, und was kein gültiges UTF-8 ist, wird gemeldet statt verstümmelt.

Sie suchen einen Fehler, der sich nicht dekodieren lässt?

Ein Payload, das sich nicht dekodieren lässt, ist meist ein Symptom und nicht der Fehler: eine doppelte Kodierung irgendwo in der Kette, ein angenommener statt deklarierter Zeichensatz, ein Token, das über Bytes signiert wurde, die nicht ganz die erwarteten sind. Genau diese Arbeit machen wir, an Integrationen, APIs und den Systemen, die Daten zwischen ihnen weiterreichen.

Sagen Sie uns, was klemmt

Häufig gestellte Fragen

Warum lässt sich meine Hex-Zeichenkette nicht dekodieren?
Meist eine ungerade Anzahl Ziffern oder ein Zeichen, das keine Hexziffer ist. Jedes Byte braucht genau zwei Ziffern, eine ungerade Anzahl bedeutet also, dass etwas abgeschnitten wurde oder unterwegs eine Ziffer verloren ging. Ein verirrtes Zeichen ist oft ein kleines L statt einer Eins, ein großes O statt einer Null, oder das Ende einer kopierten Zeile, das mitgekommen ist.
Kann ich Hex mit Leerzeichen, Doppelpunkten oder 0x-Präfixen einfügen?
Leerzeichen, Doppelpunkte, Kommas, Semikola, Punkte und Bindestriche werden vor dem Dekodieren entfernt, aus einem Zertifikatsfingerabdruck, einer MAC-Adresse oder einem Dump kopiertes Hex funktioniert also meist ohne Aufräumen. Ein 0x vor jedem Byte wird nicht entfernt, nehmen Sie diese also vorher heraus, falls Ihre Quelle sie hat.
Was, wenn die dekodierten Bytes kein Text sind?
Das ist der Normalfall und kein Fehler. Hex ist eine Art, Bytes aufzuschreiben, und diese Bytes sind häufig überhaupt kein Text. Diese Seite dekodiert sie als UTF-8 und sagt klar, wenn sie kein gültiges UTF-8 sind, statt Ersatzzeichen zu drucken und Sie rätseln zu lassen. Erwarteten Sie Text und bekamen keinen, prüfen Sie, ob die Bytes komprimiert oder verschlüsselt sind.
Woher weiß ich, welche Zeichenkodierung die Bytes verwenden?
Aus dem Hex allein gar nicht. Nichts in einer Hex-Zeichenkette hält fest, welche Kodierung sie erzeugt hat; diese Information lebt außerhalb der Bytes, in einem HTTP-Header, einem Dateiformat oder einer Protokollspezifikation. Diese Seite nimmt UTF-8 an, was in der überwiegenden Mehrheit der Fälle stimmt, und darum wird eine ungültige Folge als Binärdaten gemeldet statt still in verstümmelte Zeichen verwandelt. Wissen Sie, dass die Bytes etwas anderes sind, dekodieren Sie sie mit einem Werkzeug, in dem Sie die Kodierung benennen können.
Ist Hex-Dekodierung umkehrbar?
Vollständig. Hex ist eine schlichte Ersetzung, zwei Zeichen je Byte, nichts geht verloren und nichts kommt hinzu, Kodieren und Dekodieren liefern also genau die Bytes zurück, mit denen Sie angefangen haben. Nicht immer umkehrbar ist der Schritt danach: Bytes wieder in Text zu verwandeln braucht die richtige Kodierung, und eine in dieser Kodierung ungültige Bytefolge hat überhaupt keine Textform.