Versteckte Daten aus GIF-Bildern entfernen
03 Ein Format, das fast keine Kamera produziert
GIFs sind fast nie eine direkte Kameraausgabe - es sind Bildschirmaufnahmen, meme-artige Bearbeitungen oder Konvertierungen von Videoclips. Das bedeutet, dass das GPS-/Kamera-Metadatenrisiko, das diese Website anderswo behandelt, hier kaum zutrifft: Die GIF-Formatspezifikation hat wirklich keinen Platz für EXIF wie JPEG, und in der Praxis beschränken sich die eigenen Metadaten eines GIFs meist auf Kommentar-Erweiterungsblöcke, die weit seltener für etwas Sensibles genutzt werden.
Tiefer einsteigen: warum animierte Formate speziell eine Bildanzahl-Grenze brauchen
Das echte Risiko bei GIF sind nicht die Metadaten, es ist die Struktur: Ein GIF kann eine riesige Anzahl von Animationsbildern in einer kleinen Datei deklarieren, und naives Dekodieren nach dem Motto "rendere einfach jedes Bild" kann einen winzigen Download in eine Speicherzuweisung von mehreren Gigabyte verwandeln - eine Dekompressionsbombe, dieselbe Angriffskategorie, die auf der Vergleichsseite behandelt wird, nur spezifisch für animierte Formate statt für ein einzelnes übergroßes Bild. Dieses Werkzeug begrenzt die Anzahl der Bilder, die es dekodiert, bevor überhaupt etwas passiert, direkt getestet (eine echte 5-Bild-GIF-Animation läuft komplett durch den Prozess; die Bildgrenze wird vor der Zuweisung angewendet, nicht danach).
Was tatsächlich mit einem GIF hier passiert
Jedes Bild wird vollständig zu rohen Pixeln dekodiert und von Grund auf neu kodiert, dieselbe Rekonstruktion, die jedes andere Format dieser Website durchläuft - also werden alle Daten, die nach dem GIF-Endbyte mitreisen oder in einem Kommentar-Erweiterungsblock versteckt sind, genauso verworfen, wie ein polyglottes JPEG oder PNG behandelt würde. Das Animationstiming (Verzögerungen zwischen Bildern) bleibt erhalten; nichts an der Wiedergabe des GIFs ändert sich, nur das, was nicht sichtbarer Teil der Animation ist, wird entfernt.