Standard-Base64 nach RFC 4648
Die Standardvariante verwendet 64 Zeichen: A–Z, a–z, 0–9 sowie Plus (+) und Schrägstrich (/). Reicht die Eingabe nicht für volle Dreiergruppen, füllen ein oder zwei Gleichheitszeichen (=) am Ende auf. Das Ergebnis ist eine durchgehende Zeichenkette ohne Zeilenumbrüche – genau das, was das CubTools-Base64-Tool erzeugt.
Standard-Base64 ist die richtige Wahl für die meisten Fälle: Konfigurationswerte, API-Payloads, eingebettete Daten in JSON oder XML. Probleme entstehen nur dort, wo Plus, Schrägstrich oder Gleichheitszeichen eine Sonderbedeutung haben – allen voran in URLs. Dann greift eine der Varianten.
Die URL-sichere Variante
In Webadressen bedeuten + (Leerzeichen), / (Pfadtrennezeichen) und = (Parameterzuweisung) etwas Eigenes – Standard-Base64 zerbricht dort. Die URL-sichere Variante ersetzt daher + durch - (Bindestrich) und / durch _ (Unterstrich); das Padding am Ende wird meist weggelassen. JWT-Token nutzen genau diese Variante, weshalb ihre Bestandteile anders aussehen als klassischer Base64-Code.
Brauchen Sie diese Variante, erzeugen Sie Standard-Base64 und ersetzen die drei Zeichen per Suchen-und-Ersetzen. Beim Dekodieren kehren Sie die Ersetzung um und ergänzen fehlendes Padding, bis die Länge durch vier teilbar ist. Viele Programmiersprachen bieten dafür eigene Funktionen – in der Praxis bleibt es ein simpler Zeichentausch.
Base64 in E-Mails: die MIME-Regeln
E-Mail-Anhänge werden per Base64 übertragen, aber mit einer Zusatzregel aus der MIME-Spezifikation: Der Code wird alle 76 Zeichen umbrochen. Der Grund ist historisch – alte Mailserver konnten nur kurze Zeilen verarbeiten. Moderne Systeme kommen auch mit langen Zeilen zurecht, doch der Standard gilt bis heute.
Für Sie praktisch relevant: Finden Sie in einer E-Mail-Rohansicht einen umbrochenen Base64-Block, entfernen Sie vor dem Dekodieren alle Zeilenumbrüche. Das Tool erwartet eine durchgehende Zeichenkette. Umgekehrt müssen Sie beim Erzeugen von MIME-Inhalten selbst für die Umbrüche sorgen – das übernimmt dann aber meist Ihre E-Mail-Software.
Verwandte Formate: Data-URLs und Hex
Data-URLs betten Inhalte direkt in Webseiten ein, etwa data:text/plain;base64,SGVsbG8= – also Formatangabe, Kennzeichnung „base64\“ und dann der Code. Das Verfahren dahinter ist Standard-Base64; nur die Verpackung ist neu. Wer eine Data-URL dekodieren will, kopiert einfach den Teil nach dem Komma ins Tool.
Hex-Darstellung ist der engste Verwandte: Statt 64 Zeichen nutzt sie 16 (0–9, a–f) und ist damit doppelt so lang wie die Eingabe, aber für Menschen leichter lesbar. Prüfsummen wie SHA-256 werden meist in Hex angegeben. Beide Formate lösen dasselbe Problem – Binärdaten als Text –, Base64 ist dabei schlicht die platzsparendere Variante.
Häufige Fragen
Welche Base64-Variante brauche ich für URLs?
Die URL-sichere: + wird zu -, / wird zu _ und das Padding entfällt. Standard-Base64 zerbricht in URLs wegen der Sonderbedeutung dieser Zeichen.
Was bedeutet das ;base64 in einer Data-URL?
Es kennzeichnet, dass der folgende Teil Base64-kodiert ist. Kopieren Sie den Teil nach dem Komma in den Dekodier-Modus des Tools.
Warum ist Base64 in E-Mails umbrochen?
Die MIME-Spezifikation schreibt Zeilen von maximal 76 Zeichen vor – ein Relikt alter Mailserver. Vor dem Dekodieren entfernen Sie die Umbrüche.
Ist Hex besser als Base64?
Nicht besser, nur anders: Hex ist doppelt so lang, aber leichter lesbar. Base64 spart Platz und ist daher für größere Daten die übliche Wahl.