Über dieses Tool
Base64 begegnet Ihnen im API-Testing ständig: Basic-Auth-Header, JWT-Segmente, Datei-Uploads in JSON-Bodies, data:-URLs und codierte Konfigurationswerte. Das eingebaute btoa des Browsers scheitert an jedem Zeichen außerhalb von Latin-1. Dieses Tool codiert Text daher zuerst als UTF-8-Bytes und decodiert mit einer strikten UTF-8-Prüfung zurück. Es akzeptiert das Standard- und das URL-sichere Alphabet, toleriert fehlendes Padding und Zeilenumbrüche und erklärt genau, warum eine ungültige Eingabe fehlschlägt. Dateien werden lokal gelesen und können als reines Base64 oder als data:-URL ausgegeben werden.
So funktioniert es
- Wählen Sie „Encode“ (codieren) oder „Decode“ (decodieren).
- Tippen oder fügen Sie Text ein; die Ausgabe aktualisiert sich sofort. Aktivieren Sie „URL-safe“ für Base64URL (- und _ statt + und /, ohne Padding).
- Um eine Datei (bis 5 MB) zu codieren, klicken Sie auf „Encode a file“ (Datei codieren) und geben optional eine data:-URL aus.
- Beim Decodieren von Binärdaten wie Bildern erkennt das Tool gängige Dateitypen und bietet die Bytes zum Download an.
FAQ zu Base64 Encoder / Decoder
Was ist der Unterschied zwischen Base64 und Base64URL?
Base64URL ersetzt + durch - und / durch _ und lässt meist das =-Padding weg, sodass der Wert in URLs, Dateinamen und JWTs sicher ist. Der Decoder hier erkennt beide Alphabete automatisch, aber keine Mischung aus beiden in einem String.
Warum sieht mein decodierter Text anderswo verstümmelt aus?
Meist wurde der Text aus einem anderen Zeichensatz (etwa Windows-1252) codiert, oder das verwendete Tool hat die Bytes als Latin-1 decodiert. Dieses Tool verwendet immer UTF-8 und meldet Bytes, die kein gültiges UTF-8 sind, statt Ersatzzeichen anzuzeigen.
Kann ich mit Base64 Geheimnisse schützen?
Nein. Base64 lässt sich von jedem umkehren. Ein Basic-Auth-Header oder ein Kubernetes-Secret in Base64 ist praktisch Klartext; das sollten Sie melden, wenn Sie so etwas in Logs oder Screenshots finden.