Content Credentials : provenance, pas vérité

Selon l’explication officielle de C2PA, un badge Content Credentials signale qu’un validateur a trouvé des données de provenance associées au média et en a contrôlé l’intégrité cryptographique. Il ne prouve ni que la scène représentée a réellement eu lieu, ni que sa légende est exacte, ni que l’image a été créée uniquement par un humain.

Vérifier une image exige donc deux examens distincts : valider son manifeste C2PA et déterminer si ce qu’elle prétend montrer est vrai. La cryptographie répond à la première question ; la seconde demande encore d’évaluer la source, le contexte et des éléments extérieurs au manifeste.

Ce que la chaîne de signature authentifie

Validation du lien cryptographique entre un fichier, son manifeste C2PA, son historique déclaré et le certificat du signataire.

Une Content Credential, nom courant du manifeste C2PA, contient des affirmations sur l’origine et l’historique d’un fichier. Elle peut enregistrer l’outil ou l’appareil employé, des modifications, des ressources incorporées et l’intervention déclarée d’un système d’IA.

Une empreinte cryptographique associe le manifeste aux données protégées du média. Une signature numérique permet ensuite de vérifier que les affirmations signées n’ont pas été altérées et d’examiner le certificat utilisé. Le statut de confiance dépend toutefois de la liste appliquée par le validateur.

La signature protège donc une déclaration contre certaines modifications ultérieures ; elle ne transforme pas cette déclaration en fait établi. Une image synthétique correctement déclarée, une information initiale erronée ou un média accompagné d’une légende trompeuse peuvent conserver un manifeste techniquement valide.

La grille « prouve / ne prouve pas »

Selon le résultat détaillé du validateur, un manifeste valide peut établir :

que le manifeste contrôlé est associé à cette version du fichier, directement ou par un mécanisme de liaison compatible ;
que sa signature et les contrôles cryptographiques couverts ont réussi ;
que les données protégées n’ont pas été modifiées depuis la signature concernée ;
que certaines affirmations, actions ou ressources ont été enregistrées dans le manifeste.

Ce résultat ne suffit pas à établir :

que les personnes, le lieu, la date ou l’événement représentés correspondent à la réalité ;
que le signataire est honnête ou que chacune de ses affirmations est exacte ;
que l’historique est complet, puisqu’une opération effectuée hors d’un outil compatible peut ne pas être consignée ;
que le contenu est humain lorsqu’aucune utilisation de l’IA n’est mentionnée ;
qu’un fichier sans badge est faux, car l’ajout d’un manifeste est facultatif et les données peuvent disparaître pendant la diffusion.

Le verdict précis est donc : « le validateur confirme l’intégrité de ce manifeste et son association avec cette version du fichier ». Dire que « l’image est authentique » confond la cohérence d’un dossier technique avec la vérité de la scène.

Comment vérifier le fichier sans surinterpréter le badge

Vérification successive du statut de signature, du signataire, des actions, des ingrédients et de l’usage déclaré de l’IA.

Partez de la meilleure copie disponible. Une version issue d’une messagerie ou d’une plateforme peut avoir été recompressée ou privée de son manifeste incorporé.
Soumettez le fichier à un validateur compatible. La documentation d’Adobe Content Authenticity Inspect décrit l’analyse d’un fichier ou d’une URL publique et l’affichage du signataire, de l’application ou de l’appareil, des actions, des ingrédients et d’une éventuelle mention de génération par IA.
Lisez le statut complet. La présence visuelle d’un badge ne remplace pas les résultats de validation. Un certificat rattaché à une liste de confiance renseigne sur la chaîne de signature, pas sur la sincérité éditoriale du signataire.
Examinez l’historique déclaré. Repérez les étapes de création et de modification, les ressources incorporées et les ruptures de provenance. Une action absente du manifeste n’est pas nécessairement une action qui n’a jamais eu lieu.
Contrôlez séparément l’affirmation. Confrontez la scène, la date, le lieu et la légende à la publication d’origine, à d’autres prises de vue ou à des sources indépendantes.

Si l’outil ne trouve aucune Content Credential, la seule conclusion sûre est qu’il n’a pas obtenu de manifeste exploitable pour cette copie. Ce résultat ne classe le fichier ni comme humain, ni comme synthétique, ni comme mensonger.

Pourquoi un manifeste valide peut accompagner une fausse conclusion

Une scène inventée peut être correctement déclarée. Un système génératif peut produire une image et inscrire cette opération dans le manifeste. La provenance devient plus transparente, mais rien ne confirme que la scène existe dans le monde réel.

Une photographie intacte peut être sortie de son contexte. Le fichier signé peut n’avoir subi aucune altération après la signature, tandis que le texte de la publication lui attribue un autre lieu, une autre personne ou un autre événement. La signature du média ne protège pas automatiquement une légende ajoutée sur une plateforme.

Une information peut être fausse avant la signature. Si un logiciel, un appareil ou un opérateur enregistre une donnée inexacte, la validation peut montrer que cette donnée n’a pas changé. Elle ne peut pas vérifier rétroactivement son exactitude dans le monde physique.

La chaîne peut être incomplète. Un fichier modifié dans un outil qui ne consigne pas les opérations C2PA peut ensuite recevoir un nouveau manifeste dans un environnement compatible. Le manifeste actif peut passer les contrôles sans documenter précisément chaque étape antérieure.

Les limites relevées par l’analyse indépendante

Deux validateurs donnent des résultats divergents pour un même média signé tandis qu’une métadonnée contextuelle reste modifiable.

L’analyse de sécurité de Golaszewski et de ses coauteurs, déposée sur arXiv le 27 avril 2026, étudie les spécifications 2.2 à 2.4 ainsi que plusieurs implémentations. Les auteurs relèvent notamment des contrôles de révocation insuffisants, des horodatages remplaçables, des résultats divergents entre validateurs et des zones de fichier exclues de certaines protections.

Ces conclusions portent sur les versions, produits et configurations étudiés ; elles ne démontrent pas que toute Content Credential peut être falsifiée. Elles montrent cependant qu’un résultat positif dépend de la version du standard, de la politique du validateur, de sa liste de confiance et de l’étendue exacte des données protégées.

Content Credentials reste ainsi un signal documentaire utile lorsqu’il permet d’identifier le signataire, les données couvertes et les opérations déclarées. La vérité de l’image demeure une conclusion séparée, fondée sur son contenu, son contexte et des preuves indépendantes.

Content Credentials vérifie une provenance, pas la vérité d’une image