Aller à la réponse
C CreatorPrivacyKit

Méthode

Comment nous testons

Un résultat compare un fichier source décrit et une copie téléchargeable. Ce que nous ne voyons pas reste non marqué.

Réponse courte

Un résultat compare un fichier source décrit et une copie téléchargeable. Ce que nous ne voyons pas reste non marqué.

Méthode

1. Fichier source connu

Image non sensible. Format, pixels, poids, SHA-256. GPS de test, marque d’appareil, horodatage, XMP/C2PA si besoin. L’original reste local.

2. Champs suivis

GPS EXIF, DateTime, Make/Model, XMP, IPTC, ICC, C2PA. Un champ absent de la copie reçue ne prouve pas que la plateforme ne l’a jamais vu.

3. Hash avant / après

SHA-256 du source et de chaque copie. Hash identique = mêmes octets sur ce chemin. Hash différent = transformation, pas forcément « métadonnées seulement ».

4. Comparer la copie

EXIF, XMP, chunks PNG, propriétés HEIC. Noter dimensions et poids.

5. GPS

GPSLatitude/GPSLongitude et équivalents XMP. Absence dans la copie ≠ absence côté serveur.

6. Recompression

Dimensions, tables de quantification, signature d’encodeur, chute de poids. Un hash identique écarte le recodage pour ce test.

7. Environnement

OS, version d’app ou de navigateur, photo vs document, contrôle UI exact.

8. Les résultats vieillissent

Les pipelines média changent. Une observation 2024 n’est pas une garantie 2026.

FAQ

Pourquoi autant de pages en attente ?

Le protocole et l’URL sont prêts. Tant qu’il n’y a pas de test daté, nous n’inventons pas le comportement de Discord ou WhatsApp.

EXIF absent = jamais reçu par la plateforme ?

Non. Cela décrit la copie téléchargée, pas le stockage privé.

Un résultat reste-t-il vrai l’année suivante ?

Pas automatiquement. Les clients changent. Une page vérifiée peut passer « à retester ».