Portable origin evidence · Core 0.3

A signature trail that travels with the work.

An agent signs an artifact, an administrator delegates its key, and the issuer records its checks. Recipients verify the bundle without calling IFF.

IFF signatures record origin checks. Not a Hague Apostille; no legal effect.

Origin certificate0.3
Signed artifact manifest
Artifact
report.json · application/json
Source key
sha256:42c8…95b1
Scope
Origin signature checked
Original SHA-256 7d2f 321b 6a3c 80ce 32bd 4e18 781f 02a9

Portable JSON · embedded signatures · independently pinned trust

01

Sign the exact artifact

Binds the file digest, size, media type, agent ID and a fresh nonce.

02

Carry explicit authority

Administrator delegation and agent acceptance are separate signatures with audience and expiry.

03

Verify where you receive it

Pin the issuer and key from a source you trust; embedded keys and downloaded directories are not trust. Then compare the original locally.

Open-source pre-release · v0.4.0-alpha.1

Install the Go SDK or CLI. Verify offline.

Core 0.1, 0.2 and 0.3 under the MIT License. Use the Go module, install the CLI or download the browser verifier.

Downloads and installation

Core 0.3 · Post-quantum signatures

Verify the signature version you require.

The hosted service issues Core 0.3 certificates with ML-DSA-65. In Verify, select “Require post-quantum signatures” to reject Core 0.1 and 0.2 bundles, and supply issuer and key pins from an independent trusted source.

Historical Ed25519 signatures stay verifiable. This change covers signatures; it does not encrypt your files, prove their content true, or protect a stolen private key. SHA-256 remains unchanged.

Open the verifier · Read the Core 0.3 specification

Supply-chain evidence · API preview

Check the release before you use the file.

Register signed release metadata for packages, container images and model files, then check policy before use. Files stay in your environment.

Availability is unconfirmed. Check service status first.

  1. Publisher: register a signed release

    Sign the release manifest (Core 0.3), then register the certificate with a separate administrator authorization. Registered versions cannot be overwritten.

  2. Receiver: check the actual file

    Choose issuer and producer key fingerprints independently. Verify signature and file bytes locally, then get the service's policy decision. Blocked, unknown or expired results fail.

  3. Incident: withdraw the release

    Administrators can sign an irreversible withdrawal. Later policy checks block the release; installed files are not removed.

Signatures and policy checks do not prove a file is malware-free. The hosted decision is an operational snapshot, not an offline revocation proof; enforce the gate on the same bytes you checked. API only.

Explore the release API · Integration and local-check guide (English)

Apostille Local · alpha.2 source preview

Run local AI. Carry signed workflow records.

Separate MIT-licensed project for your own Linux environment: Go gateway and Python SDK. It does not save prompts or responses by default.

Connect your application to local models

Use the official OpenAI or Anthropic SDK against the supported Chat Completions and Messages subsets (text, streaming, structured output, application-handled tools). LangChain examples included.

An administrator enables the local model. No Claude weights or Anthropic cloud connection.

Read the integration guide

Records show the signer and metadata integrity, not model execution or answer correctness. Not a validated pharmaceutical system.

Get the source and setup instructions

Public HTTP alpha · 7 read-only tools

Verify Apostille data through MCP.

Anonymous, read-only HTTP: verifies bundle JSON and detached bindings on the hosted server and reads public issuer data. No account, keys or original files.

MCP capabilities and availability

Optional profiles

Connect an agent identity. Share a budget result.

Private · when the service enables it

ERC-8004 identity binding

Link an agent to an ERC-8004 token with administrator and EOA wallet consent; the signed owner record stays private.

How ERC-8004 binding works

Experimental · local Go SDK / CLI

ZK budget proof

Show another department that signed expenses stay within a limit; amounts stay with the source, public metadata is visible.

How ZK budget proofs work

The claim stays narrow

Signatures prove integrity and key binding only.

The bundle can establish

  • Artifact digest and byte size
  • Control of the signing keys
  • The issuer's recorded check and time

It does not establish

  • Content truth or organization identity
  • A secure execution environment
  • Current authority or revocation after an offline snapshot

Planned identity evidence

Provider checks will remain separate facts.

CoinbasePlanned

Account verification evidence; not organization identity.

LEIPlanned

Registry entity status; not representative authority.

vLEIPlanned

Credential-chain checks with explicit delegation.

Cloudflare WalletsReserved

Name reserved for a possible future integration; no check exists.

There is no complete activity recorder, public Merkle log, payment flow or automatic chain anchoring.