Every digitized object is open access.◆No gatekeeping. All objects published openly.◆PHOTARCH — research infrastructure for archaeology.◆Every digitized object is open access.◆No gatekeeping. All objects published openly.◆PHOTARCH — research infrastructure for archaeology.◆

How you can trust the picture

A photograph that leaves PHOTARCH carries four things inside it: what the object is, how large it is in millimetres, who stands behind the picture, and whether anyone has altered the file since. This page explains, as plainly as we can, how that works and what it is worth.

Two kinds of proof, and they answer different questions

The fingerprint

A SHA-256 checksum is a long line of digits worked out from every byte in a file. The same file always gives the same line. Change one pixel — or add a scrap of metadata — and the line becomes a completely different one.

It answers exactly one question: is this file the same one the archive published? Yes or no. It cannot tell you who made the picture, what it shows, or what changed. Only that something did.

The sealed letter

A Content Credential — the C2PA standard — is a short letter carried inside the picture. It states things: photographed on this date, colour adjusted, cropped, published by PHOTARCH, one pixel is 0.0163 mm on the object. All of it is then signed with a private key, and countersigned by an independent authority that records when the signing happened.

Anyone can check the signature against our certificate. If someone edits the picture afterwards, the seal breaks and the viewer is told.

SHA-256 · the seal on the envelope You can see whether it was broken. Nothing else. C2PA · the witnessed letter inside What was done, by whom, and when — signed.
The archive uses both, because they answer different questions. One proves the file is untouched. The other says what the file is.

The letter inside a real picture

This is not an example we made up. It is the seal carried by Glass bead, KLM-39, as it is published in the archive today. Open the file in any Content Credentials viewer and this is what you see.

Glass bead — KLM-39Valid
Issued by
PHOTARCH archiveCertificate held by PHOTARCH, ES256
Signed
23 September 2026, 11:02 UTCCountersigned by an independent timestamp authority
What happened
Created — photographed 23 July 2023, from a digital camera
Colour adjusted — in PHOTARCH Desktop
Cropped — in PHOTARCH Desktop
Published — by the PHOTARCH archiveStated as an incomplete list: these are the steps we can stand behind, not a claim to know every one
The measurement
0.016338797814 mm per pixel, on a 3000 × 3000 grid
Object 23.0 × 22.7 mmImage Scale Metadata 0.1 · w3id.org/ism
A viewer will add one more line: the issuer could not be identified. That is expected, and it is explained at the bottom of this page.

The measurement is the part worth pausing on. Because it is inside the seal, the scale cannot be quietly corrected, rounded or lost. It can only be broken — and then everyone can see that it was.

The original is never changed — the copy carries the record

This is the question people ask first, and it deserves a straight answer: if the master is never altered, how can the file you download carry metadata?

Because they are two different files.

IN THE ARCHIVE The master TIFF · 16-bit · Adobe RGB never rewritten sha256 a4f1…9c2e COPIED WHAT YOU DOWNLOAD the seal the record the same pixels Its own fingerprint The master's line stays a4f1…9c2e for as long as the archive exists. It is the evidence, which is why we do not touch it. The copy's line is a different one, because the copy is a different file. Same picture, new wrapper. No contradiction.
The same holds in PHOTARCH Desktop: the camera file you import is read, never written. Everything you export is new.

Nothing is baked into the original. It is baked into the copy — at the moment the copy is made, which is also the moment the seal is applied, so the seal covers the record as well as the picture.

What the seal is not

A Content Credential is not a claim of ownership. It says who made the file and what was done to it. It exists so the picture can be trusted, not so anyone can charge for it, and it carries no licence of its own: the file travels under whatever rights the object and its holding institution carry.

It also does not expire when the picture is used. Copy it, publish it, print it — the seal keeps saying the same thing, which is the whole of its usefulness.

Three different things are called a licence

This confuses almost everyone, so it is worth separating them.

The image rights

What others may do with the photograph — CC BY, all rights reserved, and so on.

Lives inthe file's XMP, and on the object's record
The product licence

Which parts of PHOTARCH Desktop are unlocked for you. Nothing whatever to do with the picture.

Lives onyour account
The format licence

What anyone may do with ISM, the format the measurement is written in. It is published openly so that reading a PHOTARCH measurement never requires PHOTARCH.

Lives onthe specification · CC BY 4.0, reference library MIT

Where this stands today

Published pictures in the archiveSealed

Signed and timestamped, carrying the record and the scale.

Downloads, JPEG and TIFFSealed

Each download is a new file, sealed at the moment it is made.

Export from PHOTARCH DesktopSealed

Signed on your own machine. The picture never leaves it — only a few hundred bytes of hashes travel to us and back.

The master in the archiveNot sealed

On purpose. Its SHA-256 is its proof, and an unsealed TIFF opens in anything.

The signing certificateOurs for now

Until the C2PA Conformance Program has reviewed the product.

Two honest limits

A viewer will say the issuer is unknown. Our certificate is our own until C2PA's Conformance Program has been through the product. What a validator reports today is a valid signature by an unidentified signer — the signature is real and the contents are correct; what is missing is a third party vouching for who we are. Everything else in the manifest is already right.

A sealed TIFF asks a little of strict readers. C2PA stores its seal in a directory of its own inside the TIFF, and a few strict libraries — libvips, and software built on it — treat that as an error and refuse to open the file. The picture is not damaged: libtiff reads it, macOS reads it, and libvips reads it too when told not to fail on a warning. Sealed JPEGs have no such trouble. If a tool of yours refuses a downloaded TIFF, that is why, and the file itself is intact.

References

  • specificationC2PA. Content Credentials specification, Coalition for Content Provenance and Authenticity.Adobe, BBC, Microsoft, Sony and others; the format the seal is written in.
  • formatImage Scale Metadata (ISM) 0.1, draft specification, reference library, test files and viewer.Specification CC BY 4.0, library MIT. The measurement inside the seal is written in this.
  • standardRFC 3161. Time-Stamp Protocol.How the countersigned time is obtained. The authority sees a hash of the signature and nothing else — no picture, no title, no measurement.
  • standardFIPS 180-4. Secure Hash Standard.SHA-256, the fingerprint.
  • viewerContent Credentials Verify.Drop a PHOTARCH file here to read its seal yourself.