EU AI Act: Article 50 transparency live 2 August 2026  ·  Annex III high-risk (Article 12, Article 9) fixed at 2 December 2027 See obligations →

Sample Audit Bundle

What a KairoNull evidence package looks like.

This is an anonymised example of the audit output produced by the Umbra Trust Protocol for a regulated financial institution. Every field shown below would be present in a real export. Hashes and identifiers are illustrative but structurally accurate.

All records in this sample are synthetic. No real AI decisions or personal data are included. The cryptographic structure, field names, and verification process shown are identical to what enterprise customers receive in production.

Contents

1. Bundle header and chain state

Every audit export begins with a bundle header that identifies the ledger, the export range, and the chain height at time of export. This header is itself hashed and included in the signed manifest.

Bundle ID KN-BUNDLE-2026-0601-EMEA-FIN-001
Organisation
[REDACTED - Financial Institution EMEA]
Ledger ID
KN-LEDGER-FIN-0042
Export generated
2026-06-01T08:14:22Z
Chain height at export
1,284,941
Records in this bundle
2,500
Export range
Entry #1,282,441 to #1,284,941
Regulatory framework
EU AI Act Article 12 / GDPR Article 22
Signing key ID
KN-SIGN-KEY-2026-A
Bundle manifest SHA-256
a9f3e1d4b7c2850f6e3a1d9b4c7f2e5a8d3b6c9f1e4a7d2b5c8f3e6a9d4b7c2a1f5e8d3b6c9f2e5a8d1b4c7f3e6a9d4

2. Evidence record (policy pass)

A standard AI decision record where all governance invariants were satisfied. This is the normal-state record that would appear in the vast majority of an organisation's decision volume.

Record Entry #1,284,941 Sealed · All gates pass
Record ID
KN-REC-1284941
Timestamp (RFC3161)
2026-06-01T07:44:11.382Z
Decision type
Loan approval scoring
AI model
GPT-4o · Deployment v3.1
Prompt template
Tmpl #047 · v2.1
Policy gate
KN-FIN-004 · v2.3
Input hash (SHA-256)
3f9a2d1c8b4e7f6a...
Output hash (SHA-256)
c5e9d1f4a3b8e2c7...
Explainability captured
Yes

Policy gate results

Bias check
Pass
Explainability gate
Pass
Confidence threshold
Pass
Restricted output check
Pass

Chain link hashes

Previous record hash: 8e2a4f9b1c6d3e7f2a9b4c8d1e5f3a7b2c9d4e8f1a6b3c7d2e9f4a8b1c5d3e7f
This record hash: a1f5c9d3b7e2a4f8c1d6b3e9f2a7c4d8b1e5f3a9c2d6b4e8f1a3c7d2e9f5a8b4
Chain position: Entry #1,284,941 of 1,284,941

3. Evidence record (policy block)

A record where a governance invariant was not satisfied. The AI decision was blocked before it reached the end user. The record of the block is itself sealed to the ledger, creating auditable proof that governance controls operated correctly.

Record Entry #1,284,937 Blocked · Policy gate failed
Record ID
KN-REC-1284937
Timestamp (RFC3161)
2026-06-01T07:31:49.107Z
Decision type
Credit risk score
AI model
GPT-4o · Deployment v3.1
Prompt template
Tmpl #099 · v1.0
Policy gate
KN-FIN-004 · v2.3
Output hash (SHA-256)
b0e9c7f3a1d4b8e2...
Block reason
Confidence below 0.72 threshold
Human review flagged
Yes

Policy gate results

Bias check
Pass
Confidence threshold
Fail
Explainability gate
Pass
Restricted output check
Pass

Note: block records are sealed to the ledger with the same SHA-256 chain as pass records. The evidence that a block occurred is tamper-evident. A regulator can verify both that the AI produced the output and that it was correctly prevented from reaching the end user.

4. Independent verification

Every record in the bundle can be verified at kaironull.com/verify by pasting its output hash. The tool returns the chain position, the policy gate state, and the RFC3161 timestamp, with no account required and no data sent to KairoNull servers beyond the hash itself.

Try verifying one of the records above

Verify on kaironull.com/verify →

No account required. Verification is stateless. Your query leaves no trace.

5. OpenSSL verification command

For technical teams and auditors who prefer command-line verification, every audit bundle includes a verification manifest that can be checked with a single OpenSSL command. No KairoNull tooling required.

# Verify bundle manifest signature with OpenSSL
openssl dgst -sha256 -verify kaironull_public_key.pem \
  -signature bundle_manifest.sig \
  KN-BUNDLE-2026-0601-EMEA-FIN-001.json

# Expected output:
Verified OK
# Verify an individual record hash
echo -n '{"record_id":"KN-REC-1284941","output_hash":"c5e9d1f4..."}' \
  | openssl dgst -sha256

# Compare to chain entry at position 1,284,941
a1f5c9d3b7e2a4f8c1d6b3e9f2a7c4d8b1e5f3a9c2d6b4e8f1a3c7d2e9f5a8b4

The public key used for verification is provided to every customer at onboarding and can be stored independently. You do not need a KairoNull account or backend access to run this verification at any future point.

Ready to see this with your own AI decisions?

A single AI call is instrumented in under 60 seconds. Standard Deployment goes live in 1 to 5 days; Enterprise engagements run a structured 90-day pilot before full production sign-off. Every path starts with a 30-minute scoping call.

Book a 30-min scoping call → Read the full verification methodology →