Base64 reparieren

So reparieren Sie eine Base64-Zeichenkette

1. Fügen Sie den kaputten Wert in Zu prüfendes Base64 ein. Lassen Sie umschließende Anführungszeichen, Präfixe und Zeilenumbrüche drin; das Tool braucht sie, um zu verstehen, was passiert ist.
2. Wählen Sie das Ausgabeformat: Standard mit Padding, Standard ohne Padding, URL-sicher mit oder ohne Padding, MIME (Zeilen à 76 Zeichen, CRLF) oder PEM (Zeilen à 64 Zeichen).
3. Lesen Sie Was repariert wurde. Jede Reparatur wird einzeln aufgeführt, so können Sie harmlose Bereinigungen von Änderungen unterscheiden, die Daten gekostet haben könnten.
4. Kopieren oder laden Sie das Ergebnis herunter, drücken Sie Ergebnis prüfen für eine vollständige Prüfung, oder Dekodierte Datei herunterladen, um die Bytes zu speichern.

Was die Reparatur behebt

Außerdem entfernt sie data:…;base64,-Präfixe und PEM-Zeilen -----BEGIN …-----, entfernt einfache Anführungszeichen, verwandelt literale \n und \/ zurück in Zeichen (PHPs json_encode schreibt standardmäßig \/), entfernt Leerraum und Zeilenumbrüche, vereinheitlicht gemischte Alphabete aus +/ und -_ und korrigiert die Anzahl der =.

Bei aneinandergehängten Werten wird jedes Stück einzeln dekodiert, und die Bytes werden zusammengefügt. Das ist richtig, wenn ein Programm Stücke mit Padding hintereinander angehängt hat. Würde man stattdessen das innere = löschen, verschöbe sich jedes folgende Bit, und heraus käme Datenmüll.

Reparaturen, die ein echtes Problem verdecken können

Zwei Reparaturen werden als Warnungen gemeldet, weil sie raten:

• Ungültige Zeichen entfernt. Enthielt die Zeichenkette *, # oder ein verirrtes Unicode-Zeichen, löscht das Tool es und listet auf, welche Zeichen entfernt wurden. Ein Zeichen mitten in den Daten könnte ein echtes Symbol gewesen sein, das verstümmelt wurde; dann sind die dekodierten Bytes ab dieser Stelle trotzdem falsch.
• Ein überzähliges Zeichen verworfen. Eine Länge mit Rest 1 kann kein Encoder erzeugen, also ist ein Zeichen zu viel oder die Zeichenkette wurde abgeschnitten. Das Tool verwirft das letzte Zeichen, damit der Rest dekodiert werden kann. War der Wert aber abgeschnitten, fehlt das Ende der Datei. Bei einem abgeschnittenen Bild ist der untere Teil meist grau oder fehlt; ein abgeschnittenes ZIP lässt sich nicht öffnen.

Erscheint eine dieser Warnungen, besorgen Sie sich das Original noch einmal: eine nicht abgeschnittene Logzeile, eine vollständige API-Antwort oder den Anhang direkt vom Mailserver.

Warum eine naive Reparatur nicht reicht

Das verbreitete Snippet zum „Reparieren“ von Base64 kümmert sich um Leerraum, URL-sichere Zeichen und Padding:

def fix_base64(s):
    s = "".join(s.split())
    s = s.replace("-", "+").replace("_", "/").rstrip("=")
    return s + "=" * (-len(s) % 4)

SGVsbG8gd29ybGQ und PDw_Pz8-Pg repariert es korrekt. Geben Sie ihm aber PDw/Pz8 Pg==, in dem ein + zum Leerzeichen wurde, entfernt es das Leerzeichen und lässt 9 Datenzeichen übrig. Python scheitert dann mit „number of data characters (9) cannot be 1 more than a multiple of 4“. JSON-Escapes, %3D, zusammengeklebte Stücke und Präfixe rutschen genauso durch. Die Reparatur hier probiert jede Korrektur der Reihe nach und wandelt Leerzeichen nur dann in Plus um, wenn das Ergebnis eine gültige Länge hat.

Die dauerhaft sicherere Lösung liegt an der Quelle: Prozentkodieren Sie Base64, bevor es in eine URL kommt, oder verwenden Sie Base64URL, und halten Sie es von Stellen fern, die Text neu umbrechen oder maskieren. Dekodiert die reparierte Zeichenkette immer noch zu etwas Unerwartetem, behandelt der Leitfaden zu Base64-Fehlern verstümmelten Text und doppelte Kodierung, und der Base64-Decoder zeigt die Bytes.

Häufige Fragen