内容凭证(C2PA)查看器
内容凭证(C2PA)是相机、编辑软件和 AI 生成工具嵌入图片、视频、音频和文档中的已签名来源证明记录。拖放文件,即可用 c2pa-rs 读取:它是 C2PA 参考实现,以 WebAssembly 形式在你的浏览器中运行。页面会显示清单链、操作、成分和验证结果,文件不会上传。
文件由 C2PA 读取器(来自本站的 WebAssembly)在此浏览器标签页中读取;文件不会上传,也不会获取远程清单。
图片、视频或音频文件
将图片、视频或音频文件拖放到此处,或
JPEG、PNG、WebP、AVIF、HEIC、TIFF、GIF、SVG、MP4、MOV、WAV、MP3、PDF 等格式,最大 1 GB。
信任锚(可选)
签名者是否可信取决于信任列表。内容凭证应用使用 C2PA 的合规产品信任列表;本页面不内置任何信任列表,因此在你添加自己信赖的根证书之前,完好的凭证都会显示为“未获信任”。只接受证书:不会获取 URL,私钥会被拒绝。
示例
c2pa-rs 的测试图片(来自其测试夹具的 C.jpg 和 CA.jpg,MIT 或 Apache-2.0 许可)及其测试根证书“C2PA Test Root CA — FOR TESTING ONLY”,在示例需要时作为信任锚加载。被改动的示例会在你的浏览器中翻转图片数据的一个位。
What Content Credentials are
Content Credentials are the C2PA standard's signed provenance records (C2PA specification 2.x). A camera, an editor or an AI generator that supports them embeds a manifest in the file — in a JUMBF box of a JPEG or PNG, a box of an MP4 or HEIC, a chunk of a WAV. A manifest holds assertions (what was done: actions, ingredients, the author, training and mining preferences, a thumbnail), a claim that lists the hashes of those assertions and binds them to the file's content, and a COSE signature over the claim with an X.509 certificate of the signer. Every edit by a C2PA-aware tool adds a new manifest that names the previous file as an ingredient, so a file can carry a whole chain of provenance.
Credentials prove who signed which claims and that nothing changed since. They do not prove the claims are true: a signer can lie, and the value of a manifest is the value of its signer.
How the file is read
The inspector does not reimplement the standard. It runs c2pa-rs, the C2PA reference implementation, compiled to WebAssembly (@contentauth/c2pa-web, MIT) in a Web Worker of this page. The reader — about 9 MB — is downloaded from this site the first time you inspect a file and is not part of the page otherwise. It validates exactly what the specification requires:
- Hard binding — the hash of the file's content outside the manifest. If a single pixel or audio sample changed after signing, the binding no longer matches and the file is reported as changed.
- Assertions — every assertion's hash against the claim, so edited or removed assertions are caught.
- Claim signature — the COSE signature over the claim, the signing certificate's profile and validity, and an embedded RFC 3161 time-stamp, if present.
- Ingredients — the manifests of earlier versions embedded in the file, with their own signatures.
The page turns the reader's validation codes into checks and keeps the codes themselves under Validation codes, with the reader's explanations.
Trusted, valid, not valid
C2PA distinguishes a manifest that is well-formed and intact from one whose signer is trusted. Trust needs a trust list: Content Credentials apps use the C2PA conformance program's list of products and certificate authorities. The inspector bundles none and fetches none, so an intact manifest is reported as intact, but the signer is not trusted until you paste the roots you rely on under Trust anchors. The examples load the c2pa-rs test roots this way. A manifest whose content, assertions or signature fail is not valid, whatever its signer.
Reading the AI labels
Actions and ingredients may carry an IPTC digital source type. The inspector summarises the whole chain:
trainedAlgorithmicMedia on the creation action of the latest manifest means created by generative AI;
compositeWithTrainedAlgorithmicMedia, or a generative source anywhere else in the chain, means generative AI was
used; algorithmicMedia and similar codes mean created or changed by an algorithm that is not trained AI. Captured and human-made sources raise no label. The
label repeats what the signed manifest states — it is not a detector, and a file without credentials says nothing
either way. Training and mining preferences (c2pa.training-mining) are listed as the creator set them.
What stays on your device
The file is read with the File API and processed in this tab; it is never uploaded. Two features of C2PA readers would contact other servers, and both are switched off: remote manifests, credentials stored at a URL named in the file, are reported but not fetched, and OCSP revocation checks of the signing certificate are not made. Either request would tell a server which file you are looking at. The preview of your image and the stored thumbnail are shown from local object URLs.
Social networks and messengers often strip metadata when they re-encode an upload, credentials included. If an image you expected to be signed shows none, look for the original file. Certificates inside the manifests can be read in full in the certificate decoder, and signed time-stamps in the time-stamp inspector.