Les deux peuvent décrire un fichier média. Seuls les Content Credentials ajoutent une structure de provenance signée et vérifiable qui peut être contrôlée par rapport à l’asset.
Les métadonnées restent utiles. C2PA ne remplace pas EXIF, IPTC ou XMP ; il donne un contexte vérifiable à certaines informations de provenance.
Les deux systèmes peuvent transporter des informations proches, mais ils répondent à des questions différentes et n’offrent pas les mêmes propriétés de confiance.
Les champs EXIF, IPTC et XMP décrivent le fichier et son contexte de production. Ils sont largement pris en charge, faciles à lire et souvent faciles à modifier ou supprimer.
Un manifeste C2PA peut transporter des actions déclarées, des ingrédients et des assertions de métadonnées, puis les lier à l’asset par une signature cryptographique.
La différence tient moins aux mots stockés dans le fichier qu’à la façon dont ces déclarations sont liées, contrôlées et interprétées.
| Question | Métadonnées traditionnelles | Content Credentials |
|---|---|---|
| Objectif principal | Décrire des informations techniques, éditoriales ou liées aux droits. | Fournir des signaux signés de provenance et d’intégrité. |
| Protection de l’intégrité | En général, aucune liaison cryptographique avec le fichier. | La relation entre le manifeste et l’asset peut être validée cryptographiquement. |
| Modification | Les champs peuvent généralement être modifiés sans échec de validation visible. | Des modifications non déclarées peuvent faire échouer la validation, sauf si un nouveau manifeste valide est créé. |
| Confiance | Le lecteur décide s’il accorde sa confiance à chaque champ. | Le vérificateur sépare la validité de la signature de la confiance accordée au certificat. |
| Portabilité | Les métadonnées peuvent être supprimées lors d’un export, d’un envoi ou d’une optimisation. | Les données C2PA peuvent aussi être supprimées ; leur récupération dépend de l’écosystème et de l’implémentation. |
| Résultat ProvSeal | Les métadonnées ordinaires ne créent pas à elles seules un statut C2PA. | ProvSeal peut afficher Trusted, Signed but untrusted, Invalid ou No credentials. |
La frontière importante consiste à savoir si l’information est incluse dans la structure C2PA signée, plutôt que simplement présente ailleurs dans le fichier.
EXIF, IPTC ou XMP décrit l’asset.
Le créateur ou l’outil choisit ce qu’il déclare.
Les assertions sont liées dans un manifeste C2PA.
Un vérificateur contrôle la structure signée par rapport à l’asset.
Les équipes doivent préserver les métadonnées utiles tout en précisant quelles informations sont réellement couvertes par un Content Credential.
Un éditeur peut lire les légendes et métadonnées de droits, puis vérifier séparément le manifeste C2PA et le résultat de confiance.
Un DAM peut conserver les métadonnées opérationnelles tout en protégeant les Content Credentials attachés pendant les transformations et la livraison.
L’équipe destinataire peut distinguer les champs descriptifs ordinaires des assertions incluses dans l’historique de provenance signé.
Si ProvSeal affiche No credentials, aucune preuve C2PA n’a été détectée. Cela ne signifie pas que le média est faux, et la présence d’un credential valide ne garantit pas que chaque déclaration est vraie.
Utilisez ces distinctions pour documenter les workflows de vérification ou expliquer les résultats à des équipes non techniques.
Non. C2PA peut référencer ou inclure certaines métadonnées, mais ces normes conservent leurs propres usages descriptifs et opérationnels.
Non. Seules les informations couvertes par la structure C2PA signée bénéficient de ce contexte cryptographique.
Oui. Les systèmes de publication peuvent supprimer l’une ou l’autre couche. La vérification explique ce qui est présent dans l’asset observé, pas tout ce qui a pu exister auparavant.
