← BlogCompliance

What audit-grade AI evidence actually looks like

Hash-linked entries, Ed25519-signed exports, scoped auditor access and verifiable chains — and the structural reason a folder of screenshots will never pass.

XAIGuard ComplianceCompliance & Assurance, HWITSYS06 August 20269 min read
Cover illustration for “What audit-grade AI evidence actually looks like”

Ask a security team for evidence that their AI controls work and you will usually receive a folder: dashboard screenshots, an exported spreadsheet of alerts, a policy document in its fourth revision, and a confident narrative tying them together. It is not dishonest. It is simply not evidence, and the reason is structural rather than a matter of effort.

Why screenshots fail

A screenshot is an assertion by the person who took it. It has four defects that no amount of care removes.

It is selective. The screenshot shows the state someone chose to capture. Nothing in it demonstrates that the frames either side were not omitted, and a control that works on the days it is photographed is not a control.

It is undated in any trustworthy sense. The timestamp in the image is part of the image. It can be changed, and the auditor has no independent way to establish when the pixels were produced.

It is unlinked. Two screenshots taken a month apart carry no cryptographic relationship, so there is no way to show that nothing was removed between them. Absence of evidence and evidence of absence look identical.

It is not machine-verifiable. The auditor must trust the presenter, which inverts the point of an audit.

Exported spreadsheets share every one of these defects and add a new one: they are trivially editable, so the artefact with the most authoritative appearance is the one most easily altered.

What "audit-grade" actually requires

The bar is not "detailed." It is: an independent party can verify, without trusting you, that a specific set of decisions was recorded at a specific time and has not been altered since. Four properties get you there.

Completeness by construction. Every decision is recorded as it happens, by the system that made it, not selected afterwards by a human deciding what to include. If the record is produced by the enforcement path itself, selection bias has nowhere to enter.

Tamper evidence through hash linking. Each entry includes a cryptographic hash of the previous entry. Change one field in one historical entry and every subsequent hash stops matching, which makes silent alteration detectable rather than merely discouraged. Delete an entry from the middle and the chain breaks at the seam. This is the property that distinguishes an audit chain from an audit log: a log can be edited, a chain cannot be edited quietly.

Authenticity through signing. The chain proves internal consistency; a signature proves origin. XAIGuard signs exports with Ed25519 — a modern elliptic-curve scheme chosen for small, fast, deterministic signatures — so that a recipient holding the public key can confirm the export came from the system and arrived unmodified. Verification is arithmetic performed by the auditor, not a claim made by the vendor.

Independent verifiability. The chain can be re-verified at any time, by anyone with the export and the public key, including long after the engagement ends. That is what turns a bundle of files into evidence: the auditor's confidence does not decay when they leave the room.

Access is part of the evidence

The second half of audit readiness is not the record but the handover, and this is where well-instrumented teams still lose weeks.

The common pattern is a scramble: an auditor asks for six months of policy decisions; an engineer writes a query, exports a CSV, drops it in a shared folder, and answers follow-ups by hand. Every artefact in that flow is a fresh assertion by an insider, and the process consumes senior engineering time precisely when it is least available.

The alternative is a scoped, read-only external role — an auditor portal. The auditor authenticates as themselves, sees only what their scope permits, and pulls what they need directly. Two things improve at once: the evidence stops passing through a human intermediary who could shape it, and their access is itself recorded in the access trail, which is a control an assessor will want to test.

Alongside the portal sits the evidence locker: collected artefacts gathered against the controls they support, ready to hand over rather than assembled on request. When a red-team campaign produces a finding, when a policy blocks a prompt, when an agent is quarantined, the artefact lands in the locker with its framework mapping attached. The work is done continuously, in small increments, by the system that generated the event.

Mapping to frameworks without inventing rigour

Evidence has to answer a question someone actually asked, and the questions come from frameworks: the OWASP LLM Top 10, the four functions of the NIST AI RMF, MITRE ATLAS, ISO/IEC 42001, the EU AI Act, GDPR, and SEC cybersecurity disclosure expectations.

Mapping is best done at the moment the artefact is created rather than at reporting time. A finding that carries its framework references from birth can be assembled into a board report, an auditor's request or a regulator's enquiry without a human re-deriving the relationship each time. Retrofitted mapping is where accuracy quietly degrades, because the person doing the mapping is usually not the person who understood the event.

One honesty note, because it belongs in a post about evidence: SOC 2 Type II for XAIGuard is in progress. We will publish the report here when it is issued, and we will not claim it before then. A vendor's willingness to state where its own attestations stand is a reasonable proxy for how it will handle yours.

The practical test

Before your next assessment, run one exercise. Pick a single AI policy decision from three months ago — one blocked prompt. Then ask:

  • Can you produce the decision, its inputs, the policy that matched and the reasoning, without a human reconstructing it?
  • Can you demonstrate that the record has not changed since it was written?
  • Can an external party verify that themselves, using a public key, without your help?
  • Can you hand it over without an engineer building an export?

If all four answers are yes, you have audit-grade evidence. If any answer is no, you have documentation — which is useful, and is not the same thing.

The gap between the two is not usually a tooling gap in the sense of missing dashboards. It is that the recording was designed for operators, who are trusted by default, rather than for auditors, who are not supposed to be.


If you want to see a signed export and verify the chain yourself, request a demo — we will run it against your own decisions.

ComplianceEvidenceAudit
ShareLinkedInXEmail