JPEG oder PNG vor dem Teilen auf versteckte Metadaten prüfen

Erlaubte Angaben der öffentlichen Bildfassung festlegen

Schreibe vor dem Export kurz auf, welche sichtbaren Namen, Firmenangaben, Autorenfelder, Orte, Beschreibungen und Quellverweise in diese Geschichte gehören. Behalte das erlaubte Original privat und gib der vorgesehenen öffentlichen Kopie eine eigene Fassung. Auch ein Dateiname kann Kontext verraten, ohne im Bild eingebettet zu sein. Lade Privatmedien nicht allein für ein beruhigendes Prüfergebnis zu einem unbekannten Dienst hoch.

Die PNG-Spezifikation behandelt Exif-Ortsinformationen ausdrücklich als mögliches Privatheitsproblem. Textchunks können unter anderem Autor, Beschreibung und anwendungsspezifische Angaben enthalten. JPEG kann getrennte Metadatensegmente tragen. Das begründet eine Prüfung, belegt aber weder einen echten Ort in deiner Datei noch seine Entfernung durch eine Plattform. Unsere Beispiele enthalten nur fiktive Marker und geometrische Zeichnungen. Kein Privatfoto, echter GPS-Datensatz oder Kundenbeleg wurde genutzt.

Familien vor der Deutung einer leeren Feldliste inventarisieren

Nutze eine erlaubte lokale Ansicht für die relevanten Felder und Container und prüfe ihren tatsächlichen Umfang. Exif, XMP, Kommentare und Bildtext sind keine austauschbaren Namen für denselben Speicherort. „Kein Exif“ bestätigt nicht automatisch geprüfte XMP-Daten, komprimierten Text, unbekannte Anwendungssegmente oder sichtbare Wörter im Bild. Unprüfbares bleibt offen.

Die enthaltene Python-Inventur liest JPEG-/PNG-Strukturen lokal und meldet ausgewählte Familien, Containertypen, Maße und Dateiidentität. Sie decodiert bewusst nicht jedes Feld und zeigt keine privaten Metadatenwerte an. Ihre lokale Grenze beträgt 16 MiB mit begrenzter Chunk-/Segmentzahl; das ist eine Werkzeuggrenze, keine LinkedIn-Uploadgrenze. Mit vorhandenem Python 3 lautet der Aufruf python3 inspect_image.py DATEI. Weder Paketinstallation noch Netzabfrage oder automatischer Upload sind nötig. Müssen Werte selbst geprüft werden, ist eine passende umfassendere Ansicht erforderlich.

Das wirkliche Ergebnis einer Teilbereinigung verfolgen

Die konstruierte tagged.jpg enthält einen Exif-Block, einen eigenen XMP-Block und einen Kommentar. Ihre nur um Exif bereinigte Fassung verliert diesen Block und erhält die beiden anderen Familien. Die Fassung mit Entfernung ausgewählter Header verliert alle drei ausgewählten Familien. Ihre komprimierten Bildscanbytes bleiben unverändert. Das erhält trotzdem nicht automatisch die Darstellung einer ausrichtungsbewussten Ansicht.

PNG hat eine andere Struktur. Die markierte PNG enthält eXIf, tEXt und iTXt. Die Entfernung dieser ausgewählten Chunks erhält im Beispiel alle IDAT-Bilddatenbytes und das decodierte Pixelergebnis. Ein Metadaten erhaltender Export der JPEG erzeugt dagegen eine PNG mit eXIf und komprimiertem zTXt; der lokale Sharp-Decoder liefert weiterhin XMP. Nur nach einem unkomprimierten Textmarker oder Familiennamen zu suchen würde diesen Unterschied übersehen. Die Ergebnisse betreffen gelieferte Dateien und Laufzeit, nicht jeden Editor oder Social-Upload.

Gemeinte Ausrichtung erhalten und das Ergebnis ansehen

Unsere JPEG speichert 160 × 100 Pixel mit Exif-Ausrichtung 6. Die tatsächliche ausrichtungsbewusste lokale Decodierung ergibt 100 × 160. Nur das Tag ohne Pixeldrehung zu entfernen lässt eine Darstellung mit 160 × 100 zurück. Die Vorschauen zeigen den Unterschied an denselben Farbflächen und demselben Pfeil. Eine Datei kann ausgewählte Metadaten verlieren und dabei Sinn oder Lesbarkeit ändern.

Die getestete Sharp-Pipeline wendet die Exif-Ausrichtung vor einem gesonderten PNG-Export an. Dessen decodierte Pixel stimmen mit der nach derselben Regel ausgerichteten JPEG überein. Das erhält bereits decodierte JPEG-Abtastwerte und stellt keine vorher verlorene Bildinformation wieder her. Laut Sharp berücksichtigt automatische Ausrichtung Exif; Angaben etwa in XMP bleiben gesondert. Metadaten-Erhaltungsoptionen können trotz Drehung andere Felder behalten. Auch Farbprofile und Erscheinungsbild verlangen bewusste Prüfung. Die kleine sRGB-Vorgabe belegt kein Verhalten jeder Kamera, HDR-/CMYK-Datei oder Anzeige.

1. Erlaubtes Original und gemeinte Darstellung erhalten.
2. Tatsächliche Metadatenfamilien und relevante Feldwerte prüfen.
3. Öffentliche Kopie mit dokumentierten Steuerungen vorhandener Software erstellen.
4. Diese Kopie erneut öffnen und Ausrichtung, Farbe, sichtbaren Text und ausgewählte Metadaten prüfen.
5. Genaue Fassung bei der Weitergabe abgleichen und verfügbare Zielkopie prüfen.

Fehlerhafte oder ungeprüfte Daten offenlassen

Das Paket enthält einen unbekannten zusätzlichen PNG-Chunk, angehängte Bytes, eine abgeschnittene Datei, eine falsche CRC und eine falsch benannte SVG. Die Familieninventur hält den ungedeuteten Container zurück und lässt die fehlerhaften beziehungsweise nicht unterstützten Beispiele ungeprüft. Sie erhält außerdem einen konstruierten Fall mit eXIf nach IDAT. Die aktuelle PNG-Reihenfolgetabelle verlangt eXIf vor IDAT. Dass eine Ansicht trotzdem Pixel zeigt, bestätigt keine bestandene Prüfung.

Diese Inventur implementiert PNG und JPEG nicht vollständig. Sie prüft weder Bildtext noch verdeckte Transparenz, alle Metadatencodierungen oder ein privates Empfängerarchiv. In einer weiteren vorgegebenen PNG fehlen ausgewählte Metadaten, während die Pixel sichtbar DEMO PRIVATE sagen. Diese Datei verletzt weiter die erklärte Offenlegungsregel. Eine gefundene verbotene Angabe belegt ein Problem; eine erfolglose Suche belegt keine Abwesenheit sämtlicher privater Information.

Genaue Weitergabe prüfen und Kopiegrenzen erhalten

Nutze die geprüfte Fassung statt eines bekannten Basisnamens. Ein Hash hilft beim Abgleich genauer Bytes, beglaubigt aber weder Person noch Bildbedeutung. Ein Fall gibt die ausgerichtete PNG frei und erhält die markierte JPEG: Abweichung anhalten. Ein anderer hat nur eine vorbereitete lokale Datei ohne Zielbeobachtung. Ein dritter gibt passende lokale Empfängerkopiebytes vor. Das sind andere Zustände; keiner ist ein echter Leser- oder nativer Veröffentlichungstest.

Ein Ziel kann den Upload umwandeln oder einen eigenen Download anbieten. Prüfe das wirklich verfügbare Ergebnis im erlaubten Kontext und halte fehlende Ansichten unbekannt. Lokales Metadatenverhalten belegt weder LinkedIn-Verarbeitung noch Suchindexierung oder jede Empfängerkopie. Wurde eine frühere Fassung bereits geteilt, bestätigen neuer Export und spätere Löschung keinen Rückruf. Rechte, sichtbare Angaben, Herkunftsnachweise und Zielgruppe bleiben getrennte Prüfungen.

Dateien nachbauen und einen privaten Prüfbogen nutzen

Das Paket enthält 17 Entscheidungen zu tatsächlichen konstruierten Dateien, vollständige Notizen beider Sprachen und Leerbögen. Lesende Python-Familieninventur und Prüfungen nutzen die Standardbibliothek. Der Nachbau der Bildumwandlungen benötigt zusätzlich die vorhandene Node-/Sharp-Laufzeit 0.35.5 aus runtime.json. Das vollständige Skript liegt bei und installiert nichts. Der entpackte Nachbau reproduziert unter derselben Laufzeit jede Paketdatei bytegleich. Das sind lokale technische Ergebnisse kontrollierter Vorgaben. Native Plattformverarbeitung und ein wirklicher Empfängerablauf wurden nicht getestet.

Halte genaue Datei, erlaubte Offenlegung, Erlaubnis, tatsächliche Feld-/Containerprüfung, gemeinte Darstellung, Endfassung und beobachtete Empfängerdatei privat fest. Die einschlägigen aktuellen Spezifikations- und API-Abschnitte wurden am 2. November 2026 gelesen. Weder echte Medien noch Konto, Bildupload, Empfänger oder Anbietereinstellung wurden geprüft oder geändert. Ein Schluss über ein bestimmtes Ziel benötigt seine eigene tatsächliche erlaubte Beobachtung.