Base64 ist keine Verschlüsselung: Was es wirklich tut

Wenn ein String durcheinander aussieht, heißt das nicht, dass er verschlüsselt ist. Base64 ändert nur, wie Bytes als Text geschrieben werden.

Was macht Base64 wirklich?

Base64 kodiert Binärdaten mit einem begrenzten ASCII-Satz: A–Z, a–z, 0–9, + und /. Padding mit = kann erscheinen, damit die Ausgabelänge ein Vielfaches von 4 bleibt. Padding ist nicht immer da: kurze Eingaben können ein oder zwei = nutzen, und manche Formate lassen es weg.

Hello

Hello

Base64

SGVsbG8=

Dekodiere SGVsbG8= und du erhältst wieder Hello. Dieser Hin-und-zurück-Weg braucht keinen Schlüssel.

• Originaldaten
• Hello
• ↓
• Base64 kodieren
• SGVsbG8=
• ↓
• Base64 dekodieren
• Hello

Base64 vs. Verschlüsselung: Was ist der Unterschied?

Base64 dient Darstellung und Kompatibilität. Es verbirgt den Inhalt nicht. Verschlüsselung dient Vertraulichkeit und nutzt kryptografisches Schlüsselmaterial. Base64 dekodieren ist nicht dasselbe wie entschlüsseln. Auch Public-Key-Systeme nutzen Schlüssel; sag „passender kryptografischer Schlüssel“, nicht „ein gemeinsames Geheimnis für jede Art von Verschlüsselung“. Hashing ist eine dritte Idee: ein Digest, keine umkehrbare Kodierung.

• Kodierung
• Kein geheimer Schlüssel
• Von jedem umkehrbar
• ↓
• Verschlüsselung
• Kryptografischer Schutz
• Braucht den richtigen Schlüssel zum Entschlüsseln

Drei verschiedene Aufgaben:

Methode	Hauptzweck	Geheimnis nötig
Base64	Daten als Text kodieren	Nein
Verschlüsselung	Vertraulichkeit schützen	Ja / Schlüsselmaterial
Hashing	Einweg-Digest	Keine Entschlüsselung

Ist Base64 sicher?

Base64 bietet von sich aus keine Vertraulichkeit. Der Text kann undurchsichtig wirken, aber das ist kein Sicherheitsmerkmal. Ein normaler Decoder stellt die Bytes wieder her. Das heißt nicht, dass „Base64 unsicher“ als Technik sei. Es ist eine normale Kodierung. Es ist kein Sicherheitsmechanismus. Sicherheit hängt vom umgebenden System und den Kontrollen ab.

Kann ich Base64 nutzen, um ein Passwort oder einen API-Key zu verbergen?

Nein, nicht als Schutz. Ein Passwort, API-Key, Zugriffstoken oder private Daten als Base64 zu kodieren schützt sie nicht. Wer den kodierten String hat, kann ihn meist dekodieren. Nutze echte Geheimnisspeicher und Verschlüsselung, wenn Vertraulichkeit zählt.

Warum wird Base64 genutzt, wenn es keine Verschlüsselung ist?

Systeme, die Text erwarten, können Roh-Binärdaten oft nicht tragen. Base64 dient dazu, Binärdaten in Textformaten darzustellen, kleine Binärressourcen in Text einzubetten, Bytes durch Nur-Text-Kanäle zu schicken, Data URLs zu bauen, in manchen E-Mail-/MIME-Kontexten vorzukommen und API-Payloads zu füllen, wenn ein Schema Base64 verlangt. APIs nutzen Base64 nicht „für Sicherheit“. Sie nutzen es für Kompatibilität.

Warum macht Base64 Daten größer?

Standard-Base64 mit Padding mappt 3 Eingabe-Bytes auf 4 Zeichen. Die Länge ist 4 × ceil(n / 3), wobei n die Bytezahl der Eingabe ist. Drei Bytes werden 4 Zeichen; sechs werden 8. Das ist grob 33 % größer — etwa ein Drittel — bei einem großen Roh-Payload. Kleine Eingaben können durch Padding anders wirken: ein Byte wird QQ== (4 Zeichen). JSON-Anführungszeichen, ein Data-URL-Präfix, Kompression oder extra Transportkodierung können die gespeicherte oder gesendete Größe weiter ändern. Base64 komprimiert Daten nicht.

Was ist Base64URL?

Base64URL ist eine URL- und dateinamen-sichere Variante derselben Kodierung — keine Verschlüsselung. + wird zu -, / zu _, und Padding fällt oft weg. Base64 kodieren und dekodieren kann Standard-Base64 und Base64URL kodieren und dekodieren. Padding-Regeln hängen von der Spezifikation ab. Dieses Tool ist kein JWT-Decoder.

Kann Base64 Bilder und Dateien kodieren?

Ja. Bilder, PDFs und andere Binärdateien können in eine Base64-Textdarstellung umgewandelt werden. Base64 komprimiert diese Dateien nicht. Der kodierte Text ist meist größer als die Roh-Bytes.

Was ist eine Base64-Data-URL?

Eine Data URL kann Medientyp, Kodierungsmarker und kodierte Bytes in einem String halten:

data:image/png;base64,...

Das ist praktisch für kleine Assets. Eine große Datei in eine Data URL zu packen ist nicht immer sinnvoll: der String wächst, und Seiten können langsamer werden. Sieh es als Abwägung, nicht als Standard.

Kodierung vs. Verschlüsselung vs. Hashing

Kodierung (einschließlich Base64) dient der Darstellung und ist ohne Geheimnis umkehrbar. Verschlüsselung dient der Vertraulichkeit und nutzt kryptografisches Schlüsselmaterial. Hashing erzeugt einen Digest, der in der Regel als Einweg gedacht ist. Die Ausgabelänge hängt vom Algorithmus ab — SHA-256 und SHA-512 sind nicht gleich groß. Hash erzeugen kann diese Digests zeigen; es verschlüsselt nicht und ersetzt Base64 nicht.

Häufige Base64-Fehler

Base64 als Verschlüsselung behandeln
Es ändert nur, wie Bytes als Text aussehen.

Geheimnisse als bloßes Base64 speichern
Den kodierten Wert kann jeder dekodieren, der ihn hat.

Annehmen, Base64 komprimiere Daten
Tut es nicht. Die Textform ist meist größer.

Die Größensteigerung vergessen
Plane grob ein Drittel mehr bei großen Roh-Payloads.

Base64 mit Base64URL verwechseln
Die Alphabete unterscheiden sich. Ein Decoder kann die falsche Variante ablehnen.

Mit der falschen Zeichenkodierung dekodieren
Base64 stellt Bytes wieder her. Text braucht weiterhin die passende Kodierung, meist UTF-8.

Annehmen, = erscheine immer
Padding wird genutzt, wenn es nötig ist. Manche Strings haben keines.

Warum kann Unicode-Text bei Base64 Probleme machen?

Base64 arbeitet auf Bytes, nicht auf Zeichen. Text muss zuerst zu Bytes werden — meist UTF-8. Koreanisch, Japanisch, Arabisch und Emoji brauchen diesen Schritt. Browser-btoa() auf einem Unicode-String kann scheitern. Base64 kodieren und dekodieren kodiert UTF-8-Bytes, sodass dieser Text hin und zurück klappt. Dekodierst du mit dem falschen Charset, kann das Base64 gültig sein und die Buchstaben trotzdem falsch aussehen.

Base64 im Browser kodieren oder dekodieren

NEXNARA Base64 kodieren und dekodieren wandelt UTF-8-Text und Dateien lokal um.

Du kannst Standard-Base64 und Base64URL kodieren oder dekodieren, eine Datei in Roh-Base64 oder eine Data URL verwandeln und Base64 oder eine Data URL wieder zum Download machen. Ungültige Eingabe wird abgelehnt statt abzustürzen. Leerzeichen werden ignoriert; fehlendes Padding wird ergänzt.

Dateien über 10 MB können den Tab verlangsamen. Dateien über 32 MB werden im Browser nicht verarbeitet.

Die Base64-Verarbeitung selbst läuft in deinem Browser. Text oder Datei wird für dieses Tool nicht an einen NEXNARA-Server gesendet. Werbung und andere Site-Funktionen nutzen weiter das Netz; das ist getrennt von der Verarbeitung.

Willst du Base64 kodieren oder dekodieren? Öffne Base64 kodieren und dekodieren und füge den Text ein oder lege eine Datei ab.

FAQ

Ist Base64 Verschlüsselung?

Nein. Base64 ist Kodierung. Es ändert die Darstellung. Es schützt keine Vertraulichkeit.

Ist Base64 sicher?

Base64 ist kein Sicherheitsmechanismus. Es ist eine normale Kodierung. Wer den Text hat, kann ihn meist dekodieren. Sicherheit hängt vom Rest des Systems ab.

Kann man Base64 ohne Passwort dekodieren?

Ja. Ein Standard-Decoder reicht. Für Base64 selbst braucht es kein Passwort und keinen geheimen Schlüssel.

Warum vergrößert Base64 die Datei?

Je 3 Bytes werden 4 Zeichen in Standard-Base64 mit Padding (Länge 4 × ceil(n / 3)). Das ist grob 33 % mehr bei einem großen Roh-Payload. Padding kann das Verhältnis bei winzigen Eingaben ändern.

Was ist der Unterschied zwischen Base64 und Base64URL?

Base64URL nutzt - und _ statt + und / und lässt = Padding oft weg. Beides sind Kodierungen. Base64 kodieren und dekodieren unterstützt beide Alphabete.

Kann Base64 Bilder und Dateien kodieren?

Ja. Das Ergebnis ist Text, keine kleinere Datei. Nutze den Dateimodus in Base64 kodieren und dekodieren für Roh-Base64 oder eine Data URL. Die Datei bleibt im Browser.