Walkthrough

Check provenance offline, before the file has moved.

Provenance checking is time-sensitive. Every hop through an editor, a CMS or a chat window can strip the evidence, so the useful check happens on the file as it arrives and again after each export.

Step one: get the file, not the picture

A screenshot is not a file. Right-click and save, download the original attachment, or open the source the sender provided. If the only version available is a screenshot, provenance is already unavailable and the finding is that no check can be made.

Note where it came from: an email attachment, a shared drive, a supplier portal, a stock library. That note is part of the record, because the path explains more than the bytes do.

Step two: read the markers, locally

Open the verification console, choose the image tab, and select the file. Decoding and marker inspection run in the browser, so nothing is transmitted.

The report lists dimensions, weight, contrast, and every provenance marker found: a C2PA container, Content Credentials strings, generator names such as Firefly, Midjourney, DALL·E, Stable Diffusion or ComfyUI, an XMP block, and an embedded colour profile.

Write down the list rather than remembering it. The comparison at the end of the process is the part that carries the evidence.

Step three: decide what presence means here

A manifest present on a file from a studio that signs at export is expected, and its absence would be the notable finding.

A manifest present on a file from a stock library that does not sign is interesting and needs a question. Absence on a file that has been resized twice is not a finding at all.

Set that expectation before reading the result. A finding evaluated against no expectation is just a string in a report.

Step four: test the hops

Take a copy and run it through the pipeline: the resize step, the export preset, the CMS upload. Check the output at each point.

This is the step people skip and the one that produces the useful answer. Knowing that your CMS strips manifests tells you where to put the retention step, and it explains every future absence without an investigation.

Keep the original untouched throughout. The derivative chain is disposable; the original is the evidence.

Step five: record it

A provenance record is four lines: what the file is, what the check found, what it did not check, and who looked at it.

  • The asset name, dimensions and file size.
  • Markers found, and markers expected but absent.
  • The level reached: presence checked, signature not validated, trust chain not evaluated.
  • The date, the tool used and the name of the person who reviewed the finding.

Step six: know when to escalate

Escalate when the image is used as evidence, appears under a client's name, implies documentary status, or sits in a regulated context. Those are the cases where a signature on a scope is worth paying for.

Escalate when the supplier's account and the file disagree. That mismatch is more informative than either input alone, and it needs a person to pursue it.

Do not escalate a decorative image with no markers. It is the normal state, and turning it into an investigation trains people to ignore the process.

What the offline check is worth

It runs on unreleased material without creating a copy anywhere, which is why it can be used during a campaign build rather than after publication.

It produces a repeatable artefact rather than a judgement, so two people checking the same file get the same list.

And it states its own limit, which is the property that makes it usable in a report somebody else will read.

What this covers

  • Original obtained

    The delivered file rather than a screenshot or a re-encoded copy.

  • Markers read locally

    C2PA, Content Credentials, generator tags, XMP and colour profile inventoried.

  • Expectation set first

    What this supplier's files normally carry, so absence can be interpreted.

  • Hops tested

    Resize, export and CMS upload each checked for metadata loss.

  • Record written

    Asset, findings, level of validation, date and reviewer name.

Questions this page usually raises

Why does the check need to happen before upload?
Because most upload paths strip metadata. Once the file has been through a resizing tool or a social platform, the manifest may be gone and the question unanswerable.
Does this prove an image is authentic?
No. It reports which provenance markers the file carries and explicitly does not validate the signature chain or evaluate the signer.
What if the supplier refuses to share the original?
Record the refusal. It is a legitimate finding for client and regulated work, and it is what a reviewer or auditor will want to know.
Can I check a video the same way?
The same logic applies to manifests, but the console's pixel checks are for images. For video, inspect the container metadata and treat the result with the same caution.
Do I need an account?
No. The check runs in the browser and needs nothing stored, though signing in lets you keep the report with the rest of your verification history.

Check C2PA offline

Run the checks, then decide who has to sign it.

The automated pass is free, needs no account and uploads nothing. Escalate to a named reviewer only where being wrong is expensive.