https://chronoverify.com/mcp/http ↗
**Verify a photo's capture time and provenance.** ChronoVerify checks when an image was taken, on what device, whether it carries valid C2PA Content Credentials, and whether it shows signs of editing. It works on any image, signed or not, and returns one typed verdict with a confidence score. The deterministic pipeline: - Cryptographic **C2PA Content Credentials** validation against the official C2PA and CAI trust lists (fail-closed: validated only when the signer is trusted) - **EXIF and XMP** metadata and consistency checks - Classical **pixel forensics** (error-level and noise analysis) **Tool:** `verify_image` (pass a `url` or `image_base64`) returns a typed object: capture time, device, location, the full C2PA validation state and signer, the SHA-256 and SHA-512 fingerprints, and one verdict, one of `provenance_confirmed`, `consistent`, `inconclusive`, `metadata_anomaly`, or `manipulation_indicated`. **Use it before trusting a user-submitted or sourced image:** insurance claims
ChronoVerify is a remote MCP server published at chronoverify.com. It has been probed 7 times since 9/10/2026. It answered in 7 of them (100.0%), a near-uninterrupted record. Median response time is 406 ms, placing it among the faster endpoints. It offers a narrow, focused set of 1 tools. On the protocol side it still runs 2025-11-25 and has not moved to the newer spec.
Can an LLM agent pick the right tool here — names, descriptions and parameter clarity are assessed.
verify_image — Description lacks use case contextverify_image — No parameter definitions or required fields specifiedverify_image — Incomplete description truncates pipeline explanationRisk: medium
tools/list structure, inputSchema validity, and a functional smoke test — the components of the 0-100 score.
Derived by comparing consecutive probes — changes in era, protocol version, build and reachability.
Add this badge to your README — it updates automatically as measurements change.
[](https://mcpmetrics.io/servers/beeswaxpat-chronoverify-mcp)<a href="https://mcpmetrics.io/servers/beeswaxpat-chronoverify-mcp"><img src="https://mcpmetrics.io/badge/beeswaxpat/chronoverify-mcp/era.svg" alt="mcpmetrics"></a>You are seeing the last 7 days. Sign up for the full history. Which check failed and why is in the dashboard.
Sign up free to see| Run | Era | Modern | ms | Legacy | ms | Versions |
|---|---|---|---|---|---|---|
| 2026-09-11 11:20:19 | Legacy | 400 | 454 | 200 | 418 | 2025-11-25 |
| 2026-09-11 09:28:19 | Legacy | 400 | 477 | 200 | 406 | 2025-11-25 |
| 2026-09-11 07:35:54 | Legacy | 400 | 860 | 200 | 706 | 2025-11-25 |
| 2026-09-11 05:44:28 | Legacy | 400 | 355 | 200 | 354 | 2025-11-25 |
| 2026-09-11 03:50:39 | Legacy | 400 | 338 | 200 | 351 | 2025-11-25 |
| 2026-09-11 01:59:45 | Legacy | 400 | 632 | 200 | 390 | 2025-11-25 |
| 2026-09-10 21:16:35 | Unknown | 404 | 327 | 404 | 336 | — |
Each block is one measurement round. Green: working response. Amber: responded but the server was returning errors (5xx). Red: no response at all.
Each cell is one probe run. Faded cells are incomplete probes — one leg did not answer, so the era is inconclusive.
The two probe legs separately: modern server/discover and legacy initialize.