Ce que c'est réellement
C2PA est une spécification permettant d'associer un enregistrement infalsifiable à un fichier multimédia. Content Credentials est le nom grand public pour la même chose. Un appareil photo, un logiciel de retouche ou un générateur écrit un manifeste décrivant ce qu'il a fait, puis le signe avec un certificat.
La signature couvre les pixels ainsi que les déclarations. Modifiez l'image et la signature ne correspond plus, ce qui la rend infalsifiable. Un lecteur peut alors vérifier la signature par rapport à une liste d'émetteurs de confiance et indiquer si elle est valide.
Le manifeste peut être chaîné. Une photo signée par un appareil photo, puis modifiée dans un logiciel qui signe également, comporte les deux enregistrements, de sorte qu'un lecteur peut voir la capture et la modification comme des étapes distinctes plutôt que comme un historique opaque.
Ce qu'un Content Credential valide prouve
Il établit
- Quel logiciel a signé le fichier
- Ce que ce logiciel a enregistré avoir fait
- Que les pixels n'ont pas changé depuis la signature
- Si le certificat de signature est de confiance
- Si l'outil a déclaré une implication de l'IA
Il n'établit pas
- Que le contenu de la photo est véridique
- Qui tenait l'appareil photo
- Qu'il ne s'est rien passé avant la signature
- Qu'une copie non signée est un faux
- Que le signataire a dit la vérité
Ce dernier point mérite l'attention. Un Content Credential enregistre ce que le logiciel de signature a affirmé. Si un outil signe une image comme une capture d'appareil photo alors qu'elle ne l'était pas, la signature est valide et la déclaration est fausse. La confiance dans l'émetteur joue un rôle primordial ici.
Le problème de l'absence
C'est l'aspect de la norme le plus mal interprété. Une image sans Content Credential ne vous apprend absolument rien.
Presque toutes les images jamais créées sont antérieures à la spécification. La plupart des appareils photo ne signent toujours pas. Presque toutes les plates-formes suppriment les métadonnées lors du téléchargement pour des raisons de confidentialité et de taille de fichier, ce qui retire le manifeste des images qui en avaient un.
La suppression n'est pas malveillante. Les plates-formes suppriment les métadonnées pour protéger les utilisateurs et réduire la taille des fichiers, ce qui a pour effet secondaire de supprimer la provenance.
Comment un lecteur en vérifie un
-
Trouver le manifeste
Il est intégré dans le fichier, généralement dans une boîte JUMBF. Un fichier sans manifeste ne renvoie rien, ce qui est le cas le plus courant plutôt qu'une erreur.
-
Vérifier la signature par rapport aux pixels
Un hachage des données de l'image est comparé à celui du manifeste. Une non-correspondance signifie que le fichier a changé après la signature, ce qui est signalé comme invalide plutôt qu'absent.
-
Vérifier la chaîne de certificats
Le certificat de signature est vérifié par rapport à une liste d'ancres de confiance. Une signature valide provenant d'un émetteur inconnu donne un résultat différent d'une signature valide provenant d'un émetteur connu.
-
Lire les déclarations
Le manifeste indique ce qui s'est passé : capturé par un appareil, modifié avec des actions nommées ou généré par un modèle. Certains outils déclarent explicitement l'implication de l'IA ici.
Où en est réellement l'adoption
La couverture progresse tout en restant mince. Plusieurs grands générateurs signent désormais leur production, ce qui est réellement utile car cela signifie que certaines images IA se déclarent d'elles-mêmes. Un petit nombre de modèles d'appareils photo signent les captures. La prise en charge par les logiciels de retouche est inégale, et une modification dans un outil non compatible rompt la chaîne silencieusement.
L'attente réaliste est que les Content Credentials aideront de plus en plus pour les images qui vous parviennent directement d'une source, et continueront d'échouer sur les images qui ont transité par les réseaux sociaux. C'est l'exact opposé de l'endroit où la plupart des questions de vérification se posent.
Comment l'utiliser avec un détecteur
| Content Credential | Score de pixel | À interpréter comme |
|---|---|---|
| Valide, déclare une génération par IA | Tous | Généré. Le Content Credential tranche la question |
| Valide, déclare une capture par appareil photo | Bas | Forte présomption qu'il s'agit d'une véritable photographie |
| Valide, déclare une capture par appareil photo | Élevé | À examiner. Probablement un traitement lourd après la capture |
| Invalide | Tous | Le fichier a changé après la signature. À traiter avec suspicion |
| Absent | Bas | Aucune information et un signal propre faible |
| Absent | Élevé | Le cas habituel pour une image suspecte |
Ce qui doit se produire pour que cela fonctionne
La norme est solide et le déploiement est incomplet, ce qui signifie que son utilité dépend de décisions prises par d'autres personnes. Trois d'entre elles comptent plus que les autres.
Les plates-formes doivent préserver les manifestes au lieu de les supprimer. Cela entre en conflit direct avec la raison de confidentialité motivant la suppression des métadonnées, et la résolution sera probablement sélective : conserver l'enregistrement de provenance tout en éliminant les données de localisation. C'est une distinction technique que les plates-formes n'ont généralement pas encore faite.
Les logiciels de retouche doivent signer, ou au moins préserver. Une chaîne qui se rompt silencieusement dès qu'une personne ouvre un fichier dans un outil non compatible n'est pas une chaîne sur laquelle on peut compter, et la plupart des images passent par plusieurs outils.
Les lecteurs doivent être partout. Un Content Credential que personne ne vérifie n'est qu'une décoration. Les navigateurs, les applications de messagerie et les systèmes de gestion de contenu doivent tous afficher l'enregistrement pour modifier les comportements, et aujourd'hui presque aucun d'entre eux ne le fait.