Zum Hauptinhalt springen
ToolsByUs

Kodier-Tools

Diese Kodierungs-Tools wandeln zwischen Text, Binärdaten und ihren transportsicheren Darstellungen um. Alles läuft in Ihrem Browser – was hier wichtiger ist als überall sonst auf der Website: Die Zeichenketten, die Menschen dekodieren, sind meist Zugangsdaten, und wer eine davon in einen serverseitigen Dekodierer einfügt, sorgt damit dafür, dass sie in einem Log landet.

4 ToolsNur lokal

Umwandeln

Analysieren

Erzeugen

Wann sollten Sie ein browserbasiertes kodierung-Tool verwenden?

Kodierung ist die unspektakulärste Kategorie hier – und die, in der ein schlechtes Tool den größten Schaden anrichtet. Die Zeichenketten, die Menschen in Eile dekodieren, sind überwiegend Geheimnisse: ein Bearer-Token aus einer fehlgeschlagenen Anfrage, ein Kubernetes-Secret, ein Basic-Auth-Header, ein signiertes Cookie, eine Sitzungskennung aus einem Support-Ticket. Jede einzelne davon ist in dem Moment, in dem Sie sie einfügen, eine noch gültige Zugangsangabe.

Die meisten Online-Dekodierer schicken diese Zeichenkette an einen Server. Selbst die wohlmeinenden schreiben sie in ein Zugriffsprotokoll, und ein Zugriffsprotokoll ist genau die Art von Datei, die an einen Drittanbieter-Aggregator weitergereicht und neunzig Tage aufbewahrt wird. Das Tool hat Ihr Problem in zwei Sekunden gelöst und nebenbei ein viel größeres geschaffen.

Wer es im Browser erledigt, beseitigt dieses Risiko vollständig. Es gibt keinen Request, dem Sie vertrauen müssten, weil es keinen Request gibt – der Dekodierer ist JavaScript in der Seite, die Sie bereits geöffnet haben, und Sie können das im Netzwerk-Panel in der Zeit nachprüfen, in der Sie diesen Absatz lesen.

Das Zweite, was ein Dekodierer richtig machen muss: Base64 beschreibt nicht seinen eigenen Inhalt. Es ist eine Abbildung von Bytes auf Text, und die Bytes darunter können UTF-8 sein, können ein PNG sein, können ein gzip-Strom sein, können eine protobuf-Nachricht sein. Ein Dekodierer, der das Ergebnis immer als Zeichenkette darstellt, lügt Sie in einem erheblichen Teil der Fälle an. Diese Tools dekodieren daher zuerst in Bytes und lassen Sie wählen: als Text ansehen oder die tatsächlichen Binärdaten herunterladen und mit etwas öffnen, das sie versteht.

Auch das Alphabet spielt eine Rolle. Standard-Base64 und URL-sicheres Base64 unterscheiden sich in zwei Zeichen und darin, ob Padding vorhanden ist – das zu verwechseln ist mit Abstand der häufigste Grund dafür, dass eine Dekodierung fehlschlägt. Statt Sie selbst ausgrübeln zu lassen, akzeptiert der Dekodierer beide Varianten, toleriert fehlendes Padding und sagt Ihnen, welche Variante er erkannt hat.

Kodieren ist oft ein Zwischenschritt, kein Ziel. Wenn das dekodierte Ergebnis JSON ist – was bei Tokens und Konfigurations-Blobs meist der Fall ist –, bringen Sie es direkt zum JSON-Formatter, um es lesbar zu machen, oder zum JSON-Validator, wenn es sich nicht parsen lässt. Wenn Sie statt einer Umwandlung eine Kennung brauchen, ist der UUID-Generator gleich nebenan.

Häufig gestellte Fragen

Ist es sicher, hier ein Token zu dekodieren?

Sicherer als überall dort, wo es auf einem Server geschieht, denn die Dekodierung passiert in Ihrem eigenen Browser, und die Zeichenkette wird nie übertragen. Öffnen Sie die DevTools, wechseln Sie zum Netzwerk-Panel und fügen Sie ein Token ein – kein Request enthält es. Trotzdem gilt: Behandeln Sie jede Zugangsangabe, die Sie in irgendeinen Browser-Tab eingefügt haben, als eine, die Sie rotieren sollten, wenn der Rechner nicht Ihrer ist.

Worin unterscheiden sich Base64 und URL-sicheres Base64?

Sie unterscheiden sich in zwei Zeichen des Alphabets. Standard-Base64 (RFC 4648 §4) verwendet + und /, die beide innerhalb einer URL Bedeutung haben und durch Percent-Encoding zerstört werden. URL-sicheres Base64 (§5) ersetzt sie durch - und _, damit die Zeichenkette das Einsetzen in einen Query-Parameter oder ein Pfadsegment überlebt, und lässt das =-Padding üblicherweise ebenfalls weg. JWTs verwenden die URL-sichere Variante – deshalb scheitert es oft, ein JWT-Segment in einen Standard-Dekodierer einzufügen.

Warum zeigt mein dekodierter Text Ersatzzeichen?

Weil die Bytes kein UTF-8-Text sind. Base64 kodiert beliebige Bytes; es trägt keine Information darüber, was diese Bytes bedeuten. Ist die Nutzlast ein PNG, eine protobuf-Nachricht oder ein gzip-Strom, führt die Deutung als Text zu Mojibake. Nehmen Sie stattdessen den Binär-Download – der Dekodierer gibt Ihnen die tatsächlichen Bytes als Datei, statt eine Kodierung zu raten.

Macht Kodieren nach Base64 Daten sicher?

Nein – und das verdient eine klare Ansage, weil es immer wieder Ursache echter Sicherheitsvorfälle ist. Base64 ist eine Kodierung, keine Verschlüsselung: Jeder kann sie ohne Schlüssel vollständig umkehren. Sie existiert, um Binärdaten durch Kanäle zu bringen, die nur Text akzeptieren. Eine Base64-Zeichenkette in einer Konfigurationsdatei oder einer URL ist als unverschleiert sichtbar zu behandeln.

Gibt es ein Größenlimit?

8 MB Eingabe – die Hauptthread-Grenze, die auf der ganzen Website gilt. Base64 vergrößert Daten um etwa ein Drittel, ein Binärstück von 8 MB ergibt also rund 10.7 MB Text. Oberhalb der Grenze lehnt das Tool mit einer klaren Meldung ab, statt den Tab einzufrieren.

Was gibt es sonst noch auf ToolsByUs?

ToolsByUs – Kodier-Tools