Polydesk-logotype
Polydesk.ai — Header

C2PA Standard

Le C2PA (Coalition for Content Provenance and Authenticity) est un standard technique ouvert et libre de droits qui définit comment intégrer, signer et vérifier des métadonnées de provenance (appelées Content Credentials) dans les fichiers numériques, permettant de certifier l’origine et l’historique d’un contenu.

Fiche rapide : C2PA
Type
Standard technique ouvert (royalty-free)
Version actuelle
2.3 (publiée fin 2025)
Version stable
2.2 (mai 2025)
Organisation
Joint Development Foundation (Linux Foundation)
Fondateurs
Adobe, Arm, BBC, Intel, Microsoft, Truepic (février 2021)
Comité directeur
Adobe, Amazon, BBC, Google, Intel, Meta, Microsoft, OpenAI, Publicis Groupe, Sony, Truepic
Licence
Open source / Creative Commons 4.0
URL
c2pa.org | spec.c2pa.org

C2PA en clair

Le C2PA crée un système de « nutrition label » pour le contenu numérique. Quand vous prenez une photo avec un appareil compatible, éditez une image dans Photoshop ou générez du contenu avec un modèle d’IA, le C2PA permet d’enregistrer qui a produit ce contenu, avec quel outil, quand, et quelles modifications ont été apportées. Cette information est signée cryptographiquement et intégrée dans le fichier, de sorte que toute modification non documentée du contenu soit détectable.

Le concept est analogue au HTTPS pour les sites web : HTTPS ne garantit pas que le contenu d’un site est véridique, mais il certifie l’identité du serveur et l’intégrité de la transmission. De la même manière, le C2PA ne certifie pas qu’une photo est « vraie », mais il prouve qu’elle a été prise par un appareil identifié et documente son parcours.

Le C2PA est le standard technique. L’implémentation concrète s’appelle les Content Credentials. Et la communauté qui promeut l’adoption s’appelle la Content Authenticity Initiative (CAI), fondée par Adobe.

Historique et fondation

Le C2PA est né en février 2021 de la fusion de deux initiatives :

Content Authenticity Initiative (CAI), lancée par Adobe, le New York Times et Twitter en 2019, qui se concentrait sur les systèmes de provenance pour les médias numériques.

Project Origin, mené par Microsoft et la BBC, qui ciblait la désinformation dans l’écosystème de l’information numérique.

En unissant ces deux efforts sous l’égide de la Linux Foundation (Joint Development Foundation), le C2PA a créé un organisme de normalisation unique pour définir comment la provenance du contenu doit fonctionner techniquement.

Chronologie des versions

Version Date Apports clés
v1.0 Janvier 2022 Première spécification publique : structure des manifests, assertions, signature
v1.3 Janvier 2023 Support du cloud signing et du soft binding pour le streaming
v2.0 Novembre 2023 Signature au format COSE, intégration des TSA (Time Stamp Authorities)
v2.1 Septembre 2024 Assertions de divulgation IA (AI training data disclosure), sécurité renforcée
v2.2 Mai 2025 Support du streaming vidéo, formats ZIP (EPUB, OOXML), Trust List mise à jour
v2.3 Fin 2025 Vidéo live, texte brut, OGG Vorbis, AVI, historique d’édition détaillé, sécurité renforcée

La version 2.3 a marqué un tournant en ajoutant le support de la vidéo en direct (broadcast et streaming), des fichiers texte brut, et de nouveaux formats audio/vidéo. Elle a aussi amélioré la granularité de l’historique d’édition (redimensionnement, annotation, rédaction visibles séparément) et renforcé les mécanismes de validation et de détection de falsification.

Un comité directeur exceptionnel

L’un des facteurs déterminants de la crédibilité du C2PA est la composition de son comité directeur. Les 11 membres actuels représentent les plus grands acteurs de la technologie, des médias et de l’IA :

Adobe (fondateur, leader de la CAI), Amazon (rejoint en septembre 2024, Content Credentials sur Titan Image Generator), BBC (fondateur, Project Origin), Google (rejoint en février 2024, C2PA sur Pixel 10 et Google Photos), Intel (fondateur), Meta (rejoint en septembre 2024, labellisation IA sur Facebook/Instagram/Threads), Microsoft (fondateur, Project Origin), OpenAI (rejoint en mai 2024, Content Credentials sur DALL-E 3 et Sora), Publicis Groupe (rejoint en 2023, premier groupe publicitaire), Sony (rejoint en 2022, caméra PXW-Z300 C2PA), Truepic (fondateur, vérification d’authenticité).

Quand les principaux fournisseurs d’IA générative (Google, OpenAI, Meta, Amazon, Adobe) sont tous dans le comité directeur, le standard devient de facto incontournable.

Architecture technique

Le C2PA Manifest (Content Credential)

Le cœur du standard est le C2PA Manifest, une structure de données encodée en CBOR (Concise Binary Object Representation) qui contient toute l’information de provenance. Ce manifest peut être intégré directement dans le fichier (embedded) ou stocké séparément (sidecar) pour les formats qui ne supportent pas l’intégration.

Un manifest contient :

Des assertions : déclarations sur le contenu. Le standard définit 20 assertions standard, dont deux sont obligatoires dans chaque manifest : l’assertion d’actions (qui décrit ce qui a été fait : « créé », « édité », « publié ») et l’assertion de hard binding (le hash cryptographique qui lie le manifest au contenu). Les assertions peuvent aussi inclure l’outil de création, la localisation, les métadonnées IPTC/XMP/EXIF, et le type de source numérique (notamment si l’IA a été impliquée, via le champ digitalSourceType).

Un claim : la synthèse de toutes les assertions, versionnée (actuellement c2pa.claim.v2), qui rassemble les assertions faites sur l’asset à un moment donné.

Une signature numérique : le claim est hashé et signé avec un certificat X.509, la même technologie qui sécurise HTTPS. Le certificat identifie le signataire (l’outil, l’appareil ou le service qui a créé le manifest).

Un horodatage de confiance (timestamp) : optionnel mais recommandé, obtenu auprès d’une TSA (Time Stamp Authority) conforme à la RFC 3161. L’horodatage prouve que le manifest existait à un moment précis, même après l’expiration du certificat.

Assertions personnalisées Le C2PA ne se limite pas aux 20 assertions standard. Le standard permet de définir des assertions personnalisées avec un namespace propriétaire pour les cas d’usage spécifiques. Par exemple, un fabricant de caméras peut ajouter des informations sur les paramètres de prise de vue, ou un service d’IA peut documenter les paramètres de génération.

Fondations cryptographiques

La sécurité du C2PA repose sur des standards cryptographiques éprouvés :

Composant Standard utilisé
Signature COSE (CBOR Object Signing and Encryption), RFC 8152
Certificats X.509 (RFC 5280), même modèle que TLS/HTTPS
Hashing SHA-256 (SHA-2), avec structure Merkle-tree
Horodatage RFC 3161 (Time-Stamp Protocol)
Encodage CBOR (RFC 8949), format binaire compact
Embedding JUMBF (ISO 19566-5), pour l’intégration dans les fichiers

Le standard utilise une approche en arbre de hash (Merkle-tree) : chaque assertion est hashée individuellement, les hashs sont combinés dans le claim, et le claim est signé. Si une seule assertion est modifiée, tout l’arbre est invalidé. Cette conception rend la falsification partielle détectable.

Formats de fichiers supportés

Le C2PA v2.3 supporte l’intégration de manifests dans :

Images : JPEG, PNG, WebP, HEIF/HEIC, TIFF, AVIF, SVG.

Vidéo : MP4, MOV (BMFF), AVI, vidéo live/streaming (nouveau en v2.3).

Audio : WAV, MP3, FLAC, OGG Vorbis (nouveau en v2.3).

Documents : PDF, formats ZIP (EPUB, OOXML/docx/pptx/xlsx, ODF), texte brut (nouveau en v2.3).

Pour les formats qui ne supportent pas l’intégration (certains RAW, formats legacy), le manifest peut être stocké en sidecar (fichier séparé) ou référencé via un lien HTTP. La découverte du manifest sidecar se fait via l’extension de fichier, les headers HTTP, ou une URL stockée dans les métadonnées XMP.

Système d’ingrédients

Un aspect puissant du C2PA est le système d’ingrédients (ingredients). Quand un contenu est composé à partir de plusieurs sources (par exemple, une image de fond + un texte superposé + un logo), chaque source peut être référencée comme « ingrédient » dans le manifest du contenu composite. Chaque ingrédient peut porter ses propres Content Credentials, créant une chaîne de provenance multi-niveaux.

Ce mécanisme est particulièrement utile pour les workflows de production où un contenu passe par plusieurs outils (capture → édition → publication). Chaque étape ajoute son propre manifest qui référence le précédent comme ingrédient, documentant la chaîne complète.

Modèle de confiance

La Trust List C2PA

La confiance dans les Content Credentials repose sur un modèle à base de certificats, similaire à celui du HTTPS. Le C2PA maintient une Trust List officielle : une liste d’autorités de certification (CA) autorisées à émettre des certificats de signature reconnus. Quand un vérificateur valide un manifest, il vérifie que le certificat du signataire remonte à une CA inscrite sur cette Trust List.

En janvier 2026, le C2PA a gelé l’ancienne ITL (Implementation Trust List) utilisée avec la spécification 1.x. Les nouvelles implémentations doivent utiliser la Trust List officielle du programme de conformité C2PA 2.x. Les certificats ITL existants restent valides pour la rétrocompatibilité, mais aucun nouveau certificat ne sera ajouté.

Programme de conformité

Le C2PA a lancé un programme de conformité formel pour garantir que les implémentations respectent le standard. Ce programme évalue trois types de produits :

Generator Products : les outils qui créent et signent des Content Credentials (appareils photo, logiciels d’édition, modèles d’IA).

Validator Products : les outils qui vérifient les Content Credentials (extensions de navigateur, plateformes).

Certification Authorities : les CA qui émettent les certificats de signature.

Les produits conformes sont inscrits sur une liste publique consultable via le C2PA Conformance Explorer. Le Google Pixel 10 a été l’un des premiers appareils à obtenir le niveau d’assurance le plus élevé (Assurance Level 2) du programme.

Coût des certificats Les certificats de signature C2PA reconnus par la Trust List officielle sont payants. Chez DigiCert, un certificat coûte environ 289 $/an. Ce coût est négligeable pour les entreprises, mais peut constituer un frein pour les développeurs indépendants ou les petites organisations. Les outils comme Adobe Content Authenticity contournent ce problème en signant via leur propre certificat, rendant la fonctionnalité gratuite pour les utilisateurs finaux.

Adoption en 2026

Matériel

Fabricant Appareil Particularité
Leica M11-P Premier appareil photo C2PA grand public (2023), signature par défaut
Nikon Z6 III, Z9 Licence séparée, principalement agences de presse
Sony PXW-Z300 Première caméra vidéo C2PA
Google Pixel 10 Premier smartphone C2PA, Assurance Level 2, timestamps sur l’appareil
Samsung Galaxy S25 Signature C2PA native
Qualcomm Snapdragon 8 Gen3 Support Content Credentials au niveau SoC

Logiciels et IA générative

Adobe : Photoshop, Lightroom, Premiere Pro, Firefly (Content Credentials automatiques), Content Authenticity app (bêta gratuite), Content Authenticity for Enterprise.

Google : SynthID + C2PA sur Imagen, Veo, Lyria. Google Photos affiche les métadonnées C2PA. Google Search intègre les informations de provenance dans « À propos de cette image ». Google Ads commence à intégrer les métadonnées C2PA pour la politique publicitaire.

OpenAI : Content Credentials sur les images DALL-E 3 dans ChatGPT et l’API. Plans annoncés pour Sora (vidéo).

Amazon : Content Credentials sur Titan Image Generator v1 et v2. Intégration prévue dans AWS Elemental MediaConvert pour le traitement vidéo.

Meta : utilise les Content Credentials C2PA pour informer le labellisation IA sur Facebook, Instagram et Threads.

Plateformes et distribution

Cloudflare : préserve les Content Credentials lors de la compression et du redimensionnement CDN. C’est une avancée majeure, car la plupart des CDN suppriment les métadonnées.

LinkedIn : affichage des Content Credentials (icône « Cr ») sur les contenus signés, en collaboration avec Adobe.

TikTok : support et préservation des credentials.

Le principal obstacle reste le metadata stripping par les grandes plateformes sociales (Instagram, X, Facebook), qui supprime les Content Credentials lors du traitement des fichiers uploadés.

Soft binding : le lien avec le watermarking

Le C2PA intègre un mécanisme de soft binding qui permet d’associer un watermark invisible aux Content Credentials. Le soft binding lie le manifest au contenu via un signal imperceptible (watermark) plutôt que via un hash strict (hard binding). L’avantage : si les métadonnées du fichier sont supprimées, le watermark reste dans le contenu et permet de retrouver les Content Credentials associées.

Le C2PA maintient une Soft Binding Algorithm List qui répertorie les algorithmes de watermarking compatibles. Tout algorithme peut être soumis pour inclusion, qu’il soit open source ou propriétaire. Cette approche agnostique permet à Google (SynthID), Meta (Meta Seal), Adobe et d’autres de connecter leurs technologies de watermarking au standard C2PA.

C’est la combinaison soft binding + hard binding + stockage cloud qui crée les « Durable Content Credentials » d’Adobe, capables de résister à la suppression des métadonnées.

C2PA et IA générative

L’un des cas d’usage les plus importants du C2PA concerne la transparence de l’IA générative. Le standard permet de documenter précisément quand un contenu a été généré ou modifié par l’IA via le champ digitalSourceType dans l’assertion d’actions.

Quand Adobe Firefly génère une image, les Content Credentials indiquent : action = « c2pa.created », digitalSourceType = « trainedAlgorithmicMedia » (contenu généré par un algorithme entraîné). Quand Google Gemini 2.5 Flash Image crée ou modifie une image, un filigrane SynthID invisible est intégré ET des Content Credentials C2PA sont attachées.

Cette double couche (watermark + métadonnées) est la recommandation du brouillon du Code de Pratique de l’EU AI Act. Le C2PA est explicitement cité comme la voie de conformité la plus directe pour l’article 50, qui impose le marquage des contenus IA dans un format lisible par machine à partir du 2 août 2026.

Opt-out d’entraînement IA Le C2PA permet aux créateurs d’exprimer leur préférence concernant l’utilisation de leur contenu pour l’entraînement de modèles d’IA. Via l’application Adobe Content Authenticity, les créateurs peuvent inscrire un signal d’opt-out directement dans les Content Credentials. Cette préférence est actuellement respectée par Adobe Firefly et Spawning. Bien que non contraignante juridiquement, cette fonctionnalité crée un registre d’intention de provenance qui pourrait gagner en force légale avec l’évolution des régulations sur le droit d’auteur et l’IA.

Limites et critiques

Provenance ≠ vérité

C’est la limite fondamentale du C2PA. Le standard certifie qu’un contenu a été produit par un outil identifié, à un moment donné. Il ne certifie pas que ce que montre le contenu est vrai. Une photo C2PA d’un Pixel 10 prouve qu’elle a été prise par ce téléphone, mais pas que la légende est exacte. Un deepfake généré par un modèle compatible C2PA portera des Content Credentials indiquant « généré par IA », mais un acteur malveillant pourrait aussi utiliser un outil non compatible et ne pas marquer son contenu.

Le problème persistant du metadata stripping

La grande majorité des plateformes sociales suppriment les métadonnées lors de l’upload. Un contenu signé avec des Content Credentials parfaites peut arriver chez le consommateur final sans aucune information de provenance. Les « Durable Content Credentials » (watermark + cloud) atténuent ce problème, mais ne le résolvent pas entièrement.

Vulnérabilités d’implémentation

Le standard lui-même est solide, mais les implémentations peuvent être vulnérables. L’incident Nikon en est l’illustration : une vulnérabilité dans la signature a nécessité la révocation de tous les certificats émis par les appareils Nikon C2PA, invalidant toutes les credentials produites. Cela souligne que la sécurité dépend de la qualité de l’implémentation, pas seulement du standard.

Complexité et fragmentation

Le consensus entre 11 membres du comité directeur aux intérêts parfois divergents ralentit les décisions. La transition entre les spécifications 1.x et 2.x crée une fragmentation temporaire. Le support MXF (format broadcast) pour les caméras vidéo passe par le groupe d’étude SMPTE, ce qui ajoute une couche de normalisation supplémentaire. Pour les petits acteurs, la complexité technique et le coût des certificats restent des barrières.

Vie privée

Les Content Credentials peuvent contenir des informations sensibles : identité du créateur, géolocalisation, appareil utilisé. Le standard permet la rédaction (suppression sélective) de certaines assertions, mais l’équilibre entre transparence et vie privée reste délicat. Pour les journalistes en zone de conflit ou les lanceurs d’alerte, la provenance cryptographique peut devenir un risque.

Outils pour développeurs

SDK et bibliothèques

Outil Langage Usage Licence
c2pa-rs Rust SDK principal : lecture, écriture, validation de Content Credentials Open source
c2pa-node-v2 Node.js (bindings Rust) Intégration web et serveurs Node.js MIT
c2pa-android Kotlin Applications Android Apache-2.0
c2pa-ios Swift Applications iOS Apache-2.0
c2pa-js WebAssembly Vérification côté client dans le navigateur (aucun upload) Open source
c2patool CLI Outil en ligne de commande pour signer et vérifier Open source

Tous ces outils sont maintenus par l’équipe de la CAI (Adobe) sur GitHub, avec des mises à jour régulières (dernière activité : mars 2026). Le SDK Rust (c2pa-rs) est le socle technique sur lequel tous les autres bindings sont construits.

Implémentation basique

Pour signer un fichier avec des Content Credentials via le CLI :

# Installer c2patool
cargo install c2patool

# Signer une image avec un manifest JSON
c2patool sign --manifest manifest.json --output signed-image.jpg input-image.jpg

# Vérifier les Content Credentials d'un fichier
c2patool verify signed-image.jpg

Le manifest JSON définit les assertions (actions, créateur, outil) et le certificat de signature. Pour une implémentation en production, le certificat doit être émis par une CA inscrite sur la Trust List C2PA.

Vérification côté navigateur

La bibliothèque c2pa-js (WebAssembly) permet de vérifier les Content Credentials directement dans le navigateur, sans envoyer le fichier à un serveur. C’est la technologie utilisée par les outils de vérification en ligne et l’extension Chrome Adobe Content Authenticity. L’extraction prend 1 à 3 secondes pour les images et jusqu’à 10 secondes pour les vidéos volumineuses.

C2PA et réglementation

Le C2PA est passé d’un standard volontaire à une référence réglementaire :

EU AI Act (Article 50) : applicable le 2 août 2026, impose le marquage des contenus IA dans un format lisible par machine. Le brouillon du Code de Pratique (version finale attendue juin 2026) recommande explicitement une approche multicouche (métadonnées + watermark + fingerprinting) parfaitement alignée avec le C2PA.

US Digital Authenticity and Provenance Act (2025) : impose la divulgation de provenance pour certains contextes médiatiques fédéraux.

CISA (janvier 2025) : recommandation explicite d’adoption du C2PA pour les pipelines médias gouvernementaux et d’infrastructure critique.

Quand les régulateurs européens et américains pointent vers le C2PA, et que les 11 plus grands acteurs de la tech sont au comité directeur, le standard n’est plus « optionnel » dans les faits. Il est en train de suivre la trajectoire du HTTPS : d’abord facultatif, puis attendu, puis pratiquement obligatoire.

Verdict

Le C2PA est le standard de provenance numérique le plus crédible et le mieux soutenu. Son architecture cryptographique est solide (X.509, COSE, SHA-256), son modèle de gouvernance est ouvert (Linux Foundation, royalty-free), et son comité directeur rassemble les acteurs qui comptent. La version 2.3 couvre l’ensemble des cas d’usage critiques : images, vidéo live, audio, documents, IA générative.

Les limites sont réelles (metadata stripping, coût des certificats, complexité de l’écosystème, vie privée), mais la dynamique est irréversible. Avec l’EU AI Act qui entre en application en août 2026, le C2PA est la voie de conformité la plus directe pour les obligations de transparence. Si vous développez, déployez ou publiez du contenu numérique, le moment d’intégrer le C2PA, c’est maintenant.


Questions fréquentes

Quelle est la différence entre C2PA, CAI et Content Credentials ?

Le C2PA est l’organisme de normalisation (sous la Linux Foundation) qui développe le standard technique ouvert. La CAI (Content Authenticity Initiative) est la communauté fondée par Adobe qui promeut l’adoption du standard et développe les outils open source. Les Content Credentials sont le produit concret : les métadonnées de provenance signées cryptographiquement, conformes au standard C2PA, intégrées dans les fichiers. En résumé : le C2PA définit le standard, la CAI pousse l’adoption, et les Content Credentials sont ce que les utilisateurs voient et vérifient.

Le C2PA protège-t-il contre les deepfakes ?

Pas directement. Le C2PA certifie l’origine et l’historique d’un contenu, il ne détecte pas les manipulations. Si un contenu porte des Content Credentials valides d’un appareil photo identifié, vous pouvez être confiant qu’il est authentique. Mais un deepfake créé avec un outil non C2PA ne portera simplement pas de credentials. L’absence de credentials ne prouve pas la falsification (la plupart des contenus n’en ont pas encore). Le C2PA est complémentaire à la détection de deepfakes et au watermarking IA.

Combien coûte l’implémentation du C2PA ?

Le standard est gratuit (royalty-free), les SDK sont open source (MIT/Apache-2.0), et l’utilisation via l’app Adobe Content Authenticity ou un appareil compatible est sans frais. Le seul coût significatif est le certificat de signature X.509 reconnu par la Trust List (environ 289 $/an chez DigiCert). Pour les développeurs qui veulent tester, des certificats auto-signés fonctionnent, mais les Content Credentials résultantes seront marquées comme « source inconnue » par les vérificateurs.

Est-ce que le C2PA est obligatoire en Europe ?

Le C2PA n’est pas nommé explicitement dans l’EU AI Act, mais l’article 50 (applicable août 2026) impose le marquage des contenus IA dans un format « lisible par machine, efficace, interopérable, robuste et fiable ». Le Code de Pratique recommande une approche multicouche (métadonnées + watermark + fingerprinting) qui s’aligne parfaitement avec le C2PA. Quand tous les grands fournisseurs d’IA du comité directeur adoptent le C2PA, il devient le standard de facto pour la conformité. Les sanctions pour non-conformité vont jusqu’à 15 millions d’euros ou 3 % du CA mondial.

Comment vérifier un fichier C2PA ?

Plusieurs options : l’extension Chrome Adobe Content Authenticity (gratuite) détecte et affiche les Content Credentials partout sur le web. Le site contentcredentials.org propose un outil d’inspection en ligne. Google Photos affiche les métadonnées de provenance C2PA dans les détails de l’image. Pour les développeurs, le CLI c2patool verify ou la bibliothèque WebAssembly c2pa-js permettent la vérification programmatique, y compris côté client sans upload de fichier.

Polydesk.ai — Footer