EXIF-Daten aus JPEG-Fotos entfernen
01 Warum JPEG das Format ist, um das die meisten "EXIF-Entferner"-Werkzeuge gebaut wurden
JPEG ist alt (1992) und immer noch die Standardausgabe der meisten älteren Kameras und Telefone. Seine Metadaten leben in nummerierten "APP"-Markersegmenten innerhalb der Datei - APP1 trägt normalerweise das EXIF (Kameramodell, GPS, Zeitstempel) und manchmal auch XMP, APP2 trägt oft ein eingebettetes ICC-Farbprofil, und ein einfaches COM-Segment kann beliebige Freitext-Kommentare enthalten. All das sitzt vor den eigentlichen Bilddaten und ist mit dem richtigen Werkzeug trivial auszulesen - genau deshalb ist das Entfernen von JPEG-Metadaten die ausgereifteste, wettbewerbsintensivste Ecke dieses ganzen Bereichs.
Tiefer einsteigen: Quantisierungstabellen, Vorschaubilder, und was "Qualität" wirklich ändert
Die DQT-Marker (Quantisierungstabelle) von JPEG steuern, wie aggressiv jeder 8x8-Block des Bildes komprimiert wird - direkt ausgelesen, nicht geschätzt, zeigt dieses Werkzeug die tatsächlichen Tabellenwerte, statt wie manche forensischen Werkzeuge einen "Qualitäts-Score" zu raten. EXIF trägt oft auch ein zweites, kleineres eingebettetes Vorschaubild, einmal erzeugt und oft veraltet nach späteren Bearbeitungen - wenn dieses Vorschaubild etwas zeigt, das das Hauptbild nicht zeigt, ist das ein echter, überprüfbarer Hinweis auf eine spätere Bearbeitung, ausführlicher behandelt auf der Metadaten-Seite.
Ein reales, separates Risiko, das man kennen sollte: Der JPEG-Bildendemarker (0xFFD9) ist gut definiert, aber viele fehlerhafte oder absichtlich präparierte Dateien hängen danach zusätzliche Daten an - ein klassischer "Polyglott"-Trick, bei dem eine zweite Datei (ein Skript, ein Archiv) versteckt in etwas mitreist, das wie ein normales Foto aussieht. Die vollständige Pixel-Rekonstruktion, die hier unabhängig von der Voreinstellung tatsächlich passiert, verwirft alles nach diesem Marker als strukturelle Garantie, nicht als Sonderprüfung.
Eine reale Geschichte, die es wert ist zu kennen
Bildverarbeitungsbibliotheken haben eine dokumentierte Geschichte schwerwiegender Sicherheitslücken - kein hypothetisches Risiko. "ImageTragick" (CVE-2016-3714), eine Schwachstelle von 2016 in einer weit verbreiteten Bildbibliothek, erlaubte es einer speziell präparierten Bilddatei, Befehle auf dem verarbeitenden Server auszuführen, und wurde tatsächlich in freier Wildbahn ausgenutzt gefunden. Genau gegen diese Art von Dingen ist die vollständige Pixel-Rekonstruktion gebaut: Kein Byte der Originaldatei erreicht etwas, das sie ausführen könnte, egal was ein Decoder-Bug anderswo hätte durchgehen lassen.
Eine Komprimierungsvoreinstellung speziell für JPEG wählen
Anders als bei PNG oder GIF ist JPEG-Qualität ein echter, bedeutsamer Kompromiss - der verlustfreie Modus hier zielt auf sehr hohe Qualität ab (und kann gelegentlich größer werden als ein stark komprimiertes Original, da er Genauigkeit über Größe priorisiert), Ausgewogen zielt auf einen vernünftigen Mittelweg, und Super komprimiert reduziert echtes Gewicht, wenn die Dateigröße wichtiger ist als perfekte Pixelqualität. Alle drei entfernen gleichermaßen jedes Byte an Metadaten - die Voreinstellung ändert nur die Pixelkomprimierung, niemals, was entfernt wird.