Base64-Text-Encoder

Schritt 1 / 333%

Eingabe

Base64 überträgt Text, auch mit Nicht-ASCII-Zeichen, durch Systeme, die druckbares ASCII erwarten. Dieses reine Browser-Tool kodiert UTF-8-Text als Base64 oder dekodiert Base64 zu gültigem UTF-8-Text. Es folgt RFC 4648 und bietet eine URL-sichere Variante sowie optionale Auffüllung. Für Binärdaten verwenden Sie einen Datei- oder Binärdekodierer.

Wie die Base64-Textkodierung funktioniert

  1. 1

    Fügen Sie Ihren Text ein

    UTF-8 ist die Standardinterpretation, jedes Zeichen wird zuerst zu seiner UTF-8-Bytefolge.

  2. 2

    Richtung wählen

    Text-in-Base64 kodieren oder Base64-in-Text dekodieren.

  3. 3

    Wählen Sie die Variante

    Standard (`A-Z a-z 0-9 + /`) oder URL-sicher (`+` und `/` werden durch `-` und `_` ersetzt). Beim Kodieren kann Padding (`=`) ein- oder ausgeschaltet werden.

  4. 4

    Kopieren Sie das Ergebnis

    Verwenden Sie das Ergebnis nur dort, wo Base64 oder ein ungepolsterter Base64URL-Wert erwartet wird. Der Text allein erzeugt oder prüft kein vollständiges JWT und keinen Authentifizierungsheader.

Beispiel

Kodierung des Wortes café:

  1. UTF-8-Kodierung: 63 61 66 C3 A9 (5 Bytes; das é sind zwei Bytes in UTF-8)
  2. In 3-Byte-Blöcke gruppieren: 63 61 66 | C3 A9
  3. Jedes 3 Byte wird zu 4 Base64-Zeichen: Y 2 F m | w 6 k =
  4. Endergebnis: Y2Fmw6k=

URL-sicheres Base64

Standard-Base64 verwendet + und /, die reservierte Bedeutungen in URLs und Dateinamen haben:

  • + kann beim Dekodieren formularartiger Abfragen zu einem Leerzeichen werden
  • / trennt URL-Pfadsegmente

URL-sicheres Base64 (RFC 4648 Abschnitt 5) tauscht sie gegen - und _ aus. Das Padding = bleibt erhalten, sofern Sie es nicht ausschalten; verlangt das Zielformat einen ungepolsterten Wert, deaktivieren Sie es ausdrücklich.

Auffüllung (Padding)

Base64-Ausgaben werden in 4-Zeichen-Blöcke gruppiert. Wenn die Eingabelänge kein Vielfaches von 3 Bytes ist, wird der letzte Block mit = aufgefüllt, um die 4 Zeichen zu füllen:

Eingabebytes Ausgabe Auffüllung
1 4 ==
2 4 =
3 4 (keine)

Einige Formate, darunter Base64URL-kodierte JWT-Segmente, lassen das Padding weg. Dieses Tool akzeptiert Eingaben mit Padding und korrekt ungepolsterte Eingaben.

Häufige Fehler

  • Base64 als Verschlüsselung behandeln. Ist es nicht. Jeder kann Base64 dekodieren; es verbirgt nichts.
  • UTF-8 vergessen. “café” als Latin-1 zu kodieren, ergibt andere Bytes als UTF-8. Es sei denn, Sie kennen die Erwartungen des Empfängers, bleiben Sie bei UTF-8.
  • Einfügen mit Leerraum. RFC-4648-Dekodierer weisen Zeichen außerhalb des Alphabets standardmäßig zurück. Aktivieren Sie die Option dieses Tools, die ASCII-Leerzeichen, Tabs, Zeilenumbrüche und Seitenvorschübe akzeptiert, nur wenn das verweisende Format, etwa MIME, sie zulässt.

Häufig gestellte Fragen

Nein. Es ist eine Kodierung, keine Verschlüsselung. “aGVsbG8=” dekodiert zu “hello” in jedem Base64-Dekodierer. Wenn Sie Geheimhaltung benötigen, verschlüsseln Sie zuerst und kodieren Sie den Chiffretext in Base64 für den Transport.

Base64 stellt je 3 Eingabebytes als 4 Ausgabezeichen dar. Die kodierte Form wächst daher um etwa 33 %. Padding kann bis zu zwei Zeichen hinzufügen.

Base64URL verwendet - und _ anstelle von + und /. Padding ist davon unabhängig; schalten Sie es aus, wenn das Zielformat einen ungepolsterten Wert verlangt.

Standard-Base64 sollte als Abfragewert prozentkodiert werden. Base64URL vermeidet + und /; deaktivieren Sie zusätzlich das Padding, wenn das Zielformat kein = erlaubt.

Verwandte Tools