Skip to content

Glossary Content Credentials (C2PA)

What are Content Credentials (C2PA)

Definition

Content Credentials are a cryptographically signed provenance record that travels inside an image, video, audio or text file and states which tool created it, which edits it received and which entity stands behind that information.

On this page 5
  1. What Content Credentials mean
  2. How the manifest works
  3. Why it matters
  4. Good practice
  5. Common mistakes
In brief

A signed provenance record documenting how a file was created and edited, with the caveat that metadata rarely survives the journey across the internet.

What Content Credentials mean

Two distinct things hide behind the term, and they are worth separating. C2PA (Coalition for Content Provenance and Authenticity) is the consortium that writes the technical specification; «Content Credentials» is the name under which that specification reaches the end user, in the form of an icon, an information panel and a verifiable file. The coalition was announced on 22 February 2021 with Adobe, Arm, BBC, Intel, Microsoft and Truepic, and it operates as a project of the Joint Development Foundation.

The steering committee today brings together Adobe, Amazon, BBC, Google, Meta, Microsoft, OpenAI, Publicis Groupe, Sony, TikTok and Truepic. Google joined in February 2024 and TikTok moved up to committee member in July 2026, so the line-up shifts from year to year.

The first specification was published in January 2022. The version in force is 2.4, from April 2026, which added among other things a dedicated AI disclosure assertion and the ability to embed credentials in HTML documents and structured text files. The public transparency icon, that small «cr» in the corner of some images, was introduced in October 2023.

How the manifest works

Every compatible file carries a manifest store. A manifest groups assertions, which are statements about the file: which camera or program produced it, which editing actions were applied, whether a generative model was involved, which thumbnail corresponds to the original. Those assertions are collected in a claim, and the claim is digitally signed. The specification describes that signature as the digital signature on the claim created with the private key held by the signer.

The link between the manifest and the actual pixels is called a hard binding: one or more cryptographic hashes that uniquely identify the whole file or a portion of it. If someone alters a pixel, the hash no longer matches and the validator flags the file as tampered with. There is also the soft binding, a non-unique identifier such as a fingerprint or an invisible watermark, meant to recover the provenance when the manifest no longer travels attached to the file.

When you edit an image that already had credentials, the earlier version enters the new one as an ingredient, and that is how the edit history is chained together. Not everyone may sign: only X.509 certificates are accepted, and the validator checks them against a trust list. The official C2PA Trust List has been running since mid-2025 under the conformance programme, which also imposes security requirements on products that generate or validate credentials. The earlier interim list was frozen on 1 January 2026, although certificates already issued remain valid for content signed during their period of validity.

Why it matters

Here comes the uncomfortable part. Metadata survives the journey across the internet badly. Many platforms recompress or rewrite files on upload, content management systems re-export them without the manifest, and a screenshot wipes everything: the result is a new file, unsigned, indistinguishable from any other. That is why the absence of credentials proves nothing. Neither that an image is genuine nor that it was manipulated.

The standard itself promises nothing else. The specification states that it should not pass value judgements on whether a given set of provenance data is good or bad, and confines itself to checking whether the assertions are correctly formed, associated with the file and free from tampering. The Content Authenticity Initiative documentation is just as explicit: credentials report origin and history, but they are not meant to rule on whether a piece of content is real.

What the signature attests to is the identity of whoever signed and the fact that the bits have not changed since then. It does not attest that what was signed is true. A signer with a valid certificate can still misdescribe what they did, and the specification acknowledges that the signer is not responsible for the accuracy of metadata outside the manifest, even where the hard binding covers it. Anyone selling Content Credentials as proof of authenticity is selling something the standard does not claim.

Good practice

  • Keep the signed originals in your own archive, with a backup. If one day you have to establish the provenance of a photo, the version published on the website probably no longer carries it.
  • Check what your content management system does when you upload an image. WordPress and most CMS platforms generate crops and optimised variants; verify whether the manifest survives that processing before you promise it to anyone.
  • Ask the agency or the photographer for files with credentials enabled and put in writing which tool signed them. A contract that only says «original image» is worth nothing two years later.
  • Verify files received from third parties with a validation tool before publishing them, especially when they come from stock libraries or social networks.
  • Document your editorial process separately: who reviewed each piece, when and against which criteria. That internal record survives the loss of metadata, and that loss is going to happen.
  • Treat the credential as additional information for anyone who wants to inspect it, not as a quality seal and not as a sales argument.

Common mistakes

  • Reading the absence of credentials as a sign of manipulation. Most images in circulation never had any, and many that did lost them along the way.
  • Confusing the standard with a detector. Credentials describe what someone declared and signed; they do not analyse the image to work out whether it is synthetic.
  • Assuming social networks preserve the manifest. Some read the credentials in order to label automatically, others discard them on recompression, and the behaviour changes with every product update.
  • Announcing on the website that all your own images carry Content Credentials without having checked the file the visitor actually receives. One validator run is enough to disprove it.
  • Conflating this technical mechanism with the legal duty to label AI-generated content. They are separate matters: signing a file does not by itself satisfy a labelling obligation, and a visible notice supplies no verifiable provenance.
Manuel Riveiro Rodriguez CEO & Digital Strategist

A technical audit covers this and everything else in one pass.

Request an audit

Frequently asked

Do Content Credentials prove that a photo is genuine?

No. They attest to who signed the file and that the bits have not changed since the signature, nothing more. A signer with a valid certificate can still misdescribe what they did. The specification itself avoids judging whether provenance data is good or bad and confines itself to checking that it is correctly formed.

What happens if I take a screenshot of a signed image?

The screenshot creates a new file, with no manifest and no signature. All the provenance information disappears and the result is indistinguishable from any other image. It is the most obvious case of a loss that also occurs on recompression, when cropping with an incompatible editor, or when re-exporting from a content management system.

Which version of the standard is currently in force?

Version 2.4, published in April 2026, which succeeds version 2.3 from December 2025. The first specification dates from January 2022. Recent additions include an AI disclosure assertion, support for embedding in HTML and structured text files, and adjustments for signing live video streams.

Who may sign a manifest?

Anyone holding a suitable X.509 certificate. What decides trust is the list against which the validator checks that certificate. The official C2PA Trust List has been running since mid-2025 under the conformance programme, and the interim list that preceded it stopped accepting new entries on 1 January 2026.

Should I enable credentials on my website's images?

Enable them if your workflow allows it at no extra cost and, above all, keep the signed originals. But do not build any public promise on them: check first with a validator whether the file your website serves still keeps them after image processing.

Sources

  1. Home page of the C2PA coalition, with the composition of the steering committee and the description of Content Credentials as an accessible history of a file.
  2. Timeline of the coalition's announcements: founding on 22 February 2021, first specification in January 2022, transparency icon in October 2023, and additions to the committee.
  3. The technical specification in force, version 2.4 of April 2026: defines manifest store, assertions, claim, signature, ingredients and hard and soft bindings, and limits what validation can assert.
  4. Version 2.1 of September 2024, consulted to confirm that the manifest model and the X.509 certificate requirements have carried over unchanged.
  5. Conformance programme and official trust list, including the freezing of the interim list on 1 January 2026.
  6. Frequently asked questions of the Content Authenticity Initiative, which clarifies that credentials report origin and history but do not rule on whether content is real.
  7. Description of the combination of fingerprinting and watermarking meant to give credentials durability once a file changes hands.
  8. TikTok announcement of May 2024 on reading credentials to label content automatically, an example of platform-dependent behaviour.
  9. Note of 8 February 2024 on Google joining the steering committee and its stated intention to bring credentials into its own products.