Zur Antwort
C CreatorPrivacyKit

Methode

So testen wir

Ein Ergebnis ist der Vergleich einer beschriebenen Quelldatei mit einer herunterladbaren Kopie. Unbeobachtetes bleibt offen.

Kurze Antwort

Ein Ergebnis ist der Vergleich einer beschriebenen Quelldatei mit einer herunterladbaren Kopie. Unbeobachtetes bleibt offen.

Methode

1. Bekannte Quelldatei

Unsensibles Bild. Format, Pixel, Bytes, SHA-256. Test-GPS, Kameraname, Zeitstempel, optional XMP/C2PA. Original bleibt lokal.

2. Welche Felder zählen

EXIF-GPS, DateTime, Make/Model, XMP, IPTC, ICC, C2PA. Fehlendes Feld in der Kopie heißt nicht „nie empfangen“.

3. Hash vorher/nachher

SHA-256 von Quelle und jeder Kopie. Gleicher Hash = gleiche Bytes auf diesem Weg. Anderer Hash = Transformation, nicht automatisch nur Metadaten.

4. Kopie vergleichen

EXIF, XMP, PNG-Chunks, HEIC. Abmessungen und Größe notieren.

5. GPS

GPSLatitude/GPSLongitude und XMP-Ortsfelder. Fehlt in der Kopie, sagt das nichts über Serverlogs.

6. Neukomprimierung

Geänderte Kantenlänge, Quantisierung, Encoder-Signatur, starker Größenabfall. Identischer Hash schließt Recode für diesen Lauf aus.

7. Umgebung

OS, App- oder Browserversion, Foto vs. Datei, genauer UI-Weg.

8. Ergebnisse altern

Media-Pipelines ändern sich. Eine Beobachtung von 2024 ist keine Garantie für 2026.

FAQ

Warum so viele ausstehende Seiten?

Protokoll und URL sind fest. Ohne datierten Lauf erfinden wir kein Discord- oder WhatsApp-Verhalten.

Fehlendes EXIF heißt, die Plattform hat es nie erhalten?

Nein. Es beschreibt die heruntergeladene Kopie, nicht privaten Speicher.

Gilt ein Ergebnis nächstes Jahr noch?

Nicht automatisch. Clients ändern sich. Verifizierte Seiten können auf erneuten Test fallen.