Verify agent actionswith Asqav, agentic security quantum attestation verification

Cryptographic audit trails that auditors can verify on their own, with policy decisions and trusted timestamps built in.

Every action carries a signed receipt of what your agent planned, what it was allowed to do, and what happened.

One receipt per signed action

Intent, recorded before

Sign before the tool runs, and what the agent set out to do is sealed into the receipt.

The policy gate

The receipt records the policy decision for the action. If no policy covers it, compliance mode records an observation.

The result, when you sign it

A result receipt seals a digest of what the tool sent back. A decision receipt on its own records no outcome.

Chained to the past

In compliance mode, each receipt signs a hash of the one before it, so editing an earlier receipt breaks the chain.

Proof of when

Independent timestamps provide evidence that a recorded digest existed by a particular time.

Verifiable by anyone

Auditors, customers and regulators check the proof themselves, on a public page.

Connect your workflow

Connect your agent through the SDK or an integration. Retain the returned receipt alongside the action result.

Evidence for the questions that matter

How is this different from our logs?

Your logs are records your own system keeps. An admin can usually edit them, and an outsider has no way to tell. A receipt is sealed when the action is signed: edit the sealed record and the check fails, and anyone holding the receipt can run that check themselves. Compare logs and receipts.

What did an AI agent do, and was it allowed?

Keep a signed record of the action and the policy decision, with input and result digests when you send them. Review incidents and approvals in one workspace, then share the evidence behind a decision. Understand agent receipts or see how policy enforcement works.

How do we prepare AI audit evidence?

Export records for your compliance review and map receipt fields to the requirements that apply to your organisation. Your reviewers still assess the system and its controls; a receipt alone does not establish compliance. Prepare a compliance report and explore AI Act audit packs.

Can someone verify our records without an Asqav account?

Yes. A recipient can check receipt signatures and the evidence supplied with them using the public verification tools or SDK. Verification checks the signed record and its integrity; it does not independently establish that a real-world claim in that record is true. Verify evidence independently.

Start with the SDK quick start, find your agent framework, or compare plans.

Recordkeeping across jurisdictions

Recordkeeping frameworks and their jurisdictions
RegulationJurisdictionRecordkeeping contextStatus
EU AI ActEuropean UnionArt. 12: automatic logs for high-risk AI systemsFrom
DORAEuropean UnionICT risk records and incident reportingIn force
SEC 17a-4United StatesElectronic records: WORM or audit-trail alternativeIn force
HIPAAUnited States§164.312(b) audit controlsIn force
NYDFS 500New York§500.06 audit trailsIn force
CIRCIAUnited StatesIncident reporting for critical infrastructureRulemaking
Colorado ADMT ActColoradoDocumentation and three-year record retentionFrom
Texas TRAIGATexasAI use restrictions and specified disclosure dutiesIn force
NIST AI RMFUnited StatesRisk-management frameworkVoluntary
NIST SSDFUnited StatesSecure development practicesVoluntary
ISO/IEC 42001InternationalAI management systems, certifiableVoluntary
OWASP LLM Top 10InternationalSecurity guidance for LLM systemsVoluntary
AIUC-1InternationalAI agent security standardVoluntary

Receipts support recordkeeping; they do not by themselves establish legal compliance. Applicability depends on your systems and jurisdiction. EU high-risk timelines differ between Annex III and regulated products. Follow each linked authority for the current requirements.

The receipt format is public and submitted as an IETF Internet-Draft.

Every receipt can be verified independently.

  • ML-DSA, NIST FIPS 204
  • SHA-256 chaining
  • RFC 3161 timestamps
  • OpenTimestamps