Skip to main content

Seal

aqta-verify-receipt

PyPI npm Licence

Check what an AI was allowed to do, without trusting the company that ran it.

Seal signs each AI decision that passes through it, at the moment it happens: model calls and agent actions, refusals included. This package checks those signed records on your own machine. No account, no call to Aqta. Change one field and the check fails.

Try it in 10 seconds

curl -sO https://app.aqta.ai/samples/sample-receipt.json
pip install aqta-verify-receipt
aqta-verify-receipt sample-receipt.json --key 9Y3Eiq6V8QjRDUM5nPqSwKIOPQaoEU4SbagfYFdvWa4
# ✓ valid  ALLOWED  520a…853a94  pinned issuer key

Now change "outcome" in the file and run it again:

✕ invalid  signature check failed  520a…853a94

Why it exists

  • A log is kept by whoever runs the system. A signed record can be checked by anyone else, offline, against a published key.
  • Two verifiers, written separately: this one and the TypeScript (npm) one. They must return the same verdict on every published test vector.
  • In use: Authority Arena, an open evaluation of 21 AI models, checks all 1,529 of its signed records with this package.

30-second check

pip install aqta-verify-receipt
aqta-verify-receipt receipt.json \
  --key 9Y3Eiq6V8QjRDUM5nPqSwKIOPQaoEU4SbagfYFdvWa4

Default output is one compact line (words carry meaning; colour is optional):

✓ valid  ALLOWED  2d41…871e94c  pinned issuer key

Invalid:

✕ invalid  signature mismatch  2d41…871e94c

Optional human-readable summary (the compact line and exit code are the result):

aqta-verify-receipt receipt.json --key <pinned> --pretty
# …
◈ seal intact · verified offline

Or pipe:

curl -sS https://api.aqta.ai/v1/receipts/YOUR_RECEIPT_ID/public | aqta-verify-receipt - \
  --key 9Y3Eiq6V8QjRDUM5nPqSwKIOPQaoEU4SbagfYFdvWa4
Exit Meaning
0 valid
1 invalid
2 usage / IO

Current production key id: aqta-att-01269bb4b6a7d950 (/v1/attestation/public-key).

Pin that string; do not re-fetch it inside a verify loop. Keys rotate and receipts do not: a receipt verifies against the key current when it was signed, and the permanent key record (with retired keys and their validity windows) is at app.aqta.ai/security/issuer-keys.txt.

Library

from aqta_verify_receipt import verify_receipt, fetch_published_public_key

# Once per environment: fetch, then pin somewhere you control.
trusted = fetch_published_public_key()

result = verify_receipt(receipt, trusted_public_key=trusted)
if not result.valid:
    raise ValueError(result.reason)

CLI

aqta-verify-receipt <file|-> --key <base64url> [--no-strict] [--json] [--pretty] [-q]
aqta-verify-receipt <file|-> --integrity-only [--no-strict] [--json] [--pretty] [-q]
Flag Meaning
--key Pin the issuer key. Required unless --integrity-only.
--integrity-only Signature vs embedded key only; returns untrusted. Anyone can self-sign.
--no-strict Allow unknown top-level fields
--json One JSON object on stdout
--pretty Optional human-readable summary after the compact line
-q Silent; exit code only

NO_COLOR=1 disables colour. Meaning never depends on colour alone.

Pinning is required by default. Without --key, pass --integrity-only (embedded key only; anyone can self-sign; result is marked untrusted).

Dependencies

cryptography (>= 42) for constant-time Ed25519. Nothing else.

Chain profile (draft)

GRANT-v1 and USE-v1 are draft specifications, not frozen; their wire formats may change. --profile chain checks a bundle of GRANT-v1 approvals, USE-v1 records and the ACTION-v1 records they authorised, and returns PASS, FAIL or INCOMPLETE. Missing evidence is INCOMPLETE, never PASS, and without --approver-keys an authorised action is INCOMPLETE.

aqta-verify-receipt bundle.json --profile chain --key <issuer key> --approver-keys <k1,k2>

Exit 0 PASS, 1 FAIL, 3 INCOMPLETE, 2 usage or IO. --key is required; --integrity-only and --no-strict are refused. Library: from aqta_verify_receipt import verify_chain, then verify_chain(bundle, trusted_public_key=..., approver_keys=[...]). Opt-in only: nothing selects this profile from a record's shape. The two separately written verifiers, this one and the TypeScript one, must return the same verdict and reason on every vector in test-vectors/chain/.

Transparency proofs

A receipt signature answers what the issuer asserted. It cannot answer whether that entry is in the issuer's log, or whether the log has only ever grown.

from aqta_verify_receipt import verify_inclusion_proof, verify_consistency_proof

result = verify_inclusion_proof(proof)
if not result.valid:
    raise ValueError(result.reason)

RFC 6962 inclusion and consistency verification, plus the signed-tree-head signature. Written separately from the TypeScript implementation rather than ported, and checked against the transparency vectors in the repository.

An inclusion proof establishes that what you were shown is genuinely in the log. It does not establish that what you were not shown is irrelevant. That is omission, and it is open.

Scope

A small offline verifier for signed Seal records and their log proofs. It reads a record and a key, and reports a verdict. It does not store, send or host records, and it never contacts Aqta.

Licence

Apache-2.0. Aqta Technologies Limited.

If you implement or cite the ATTESTATION-v1 format itself, credit under CC-BY-4.0: see the repo CITATION.cff.

Metadata

Release files for aqta-verify-receipt 1.3.1

For a detailed explanation of source distributions (sdists) and built distributions (wheels), please see the package formats documentation.

Source distribution (sdist)

Source distribution for aqta-verify-receipt 1.3.1
File Size Uploaded Provenance
aqta_verify_receipt-1.3.1.tar.gz 40.4 kB With provenance Details

Built distribution (wheel)

Table of built distributions (wheels) for aqta-verify-receipt 1.3.1
File Interpreter ABI Platform
aqta_verify_receipt-1.3.1-py3-none-any.whl Python 3 none any Details

Total release size: 73.9 kB

Release files / aqta_verify_receipt-1.3.1.tar.gz

Download URL aqta_verify_receipt-1.3.1.tar.gz
Size 40.4 kB
Tags Source
SHA-256 checksum
How to use checksums
4daeb14e7a57b2bb5bb13c4a6301b26bbde1cb8c10f2f6b60316944dc12ba04e
BLAKE2b-256 checksum
How to use checksums
c679395156c4806c81e1c9c71ce6043d41bf92fb5fcb13169d8af976a016db43
Upload date
Uploaded using Trusted Publishing?
What is trusted publishing?
Yes
Uploaded via twine/7.0.0 CPython/3.13.16

Provenance

Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.

PyPI Publish Attestation

PyPI verified that this artifact, at this checksum, originated from the publisher listed below.

Signed by GitHub Actions, verified by PyPI on Oct 22, 2026.

Transparency log

Release files / aqta_verify_receipt-1.3.1-py3-none-any.whl

Download URL aqta_verify_receipt-1.3.1-py3-none-any.whl
Size 33.5 kB
Tags Python 3
SHA-256 checksum
How to use checksums
d33b3845cecdd5c3644577063ff1ac74b3fe45ffabf469f9f0d839f5ec095ae5
BLAKE2b-256 checksum
How to use checksums
dfc8d105f519e8e74862400ed59adc247be8fb86dd2cbcf0d0c2b8322e9f702e
Upload date
Uploaded using Trusted Publishing?
What is trusted publishing?
Yes
Uploaded via twine/7.0.0 CPython/3.13.16

Provenance

Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.

PyPI Publish Attestation

PyPI verified that this artifact, at this checksum, originated from the publisher listed below.

Signed by GitHub Actions, verified by PyPI on Oct 22, 2026.

Transparency log

Security for aqta-verify-receipt 1.3.1

Provenance

Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.

Full provenance

All 2 files in this release have been uploaded with provenance metadata.

Select from 2 files

Attestation for aqta_verify_receipt-1.3.1.tar.gz

PyPI Publish Attestation

PyPI verified that this artifact, at this checksum, originated from the publisher listed below.

Signed by GitHub Actions, verified by PyPI on Oct 22, 2026.

Transparency log

A note on package security

PyPI is a repository for distributing packages, not a service for auditing them. While third-party security researchers and our staff do their best to detect and remove malicious packages, PyPI cannot guarantee the quality, security or suitability of any given package.

Anthropic, PBC Visionary sponsor Bloomberg Visionary sponsor Hudson River Trading Visionary sponsor Meta Visionary sponsor NVIDIA Visionary sponsor Microsoft Sustainability sponsor Depot Continuous Integration AWS Cloud computing and Security Sponsor Datadog Monitoring Fastly CDN Google Download Analytics Sentry Error logging StatusPage Status page