Skip to content
ZicoderaAttesta

Platform

Sources in. Ledger. Policy. Evidence out.

A small number of moving parts, each doing one thing, with certainty labelled at every step.

SourcesGit host (GitHub: preview)CI attestation stepCommit trailers and labelsAI tools and agentsGateway (planned)LedgerHash-chained eventsSigned checkpointsTier on every eventMetadata and hashes onlyPolicyRules on paths, tools, reviewSimulate against historyWarn, then enforceResults recorded in ledgerEvidenceEvidence packsChange explorerCoverage analyticsQuestionnaire drafts (planned)

Confidence tiers

How each claim is known is part of the record.

TierSourceExamplesCounted as proof?
AttestedSigned events from a gateway, agent hook, or CI actionCI attestation step; agent session hookYes, subject to the signing source
DeclaredStatements by people or tools in a readable formCommit trailer; PR label; self-declarationEvidence of what was declared
InferredHeuristic estimatesChange-shape analysis; missing declarationNever counted as proof

Ledger verification, explained

Each event stores the hash of the previous one: hash(n) = SHA-256(hash(n-1) + canonicalJSON(payload(n))). The first event links to 64 zeros. Change any payload and every hash after it stops matching, so verification points to the first event that broke. Try it below.

What Attesta is designed to collect, and not collect

AreaDesigned to collectDesigned not to collect
CodeRepository and file paths, commit identifiers, change sizeSource code, diffs, and file contents
ChangesPR identifiers and titles, branch names, labels, trailers, author handlesCode review comment text is not needed by the core ledger
ReviewReviewer, decision, and timestampPrivate messages
CICheck names, status, and timestampsBuild logs and artifacts
AI toolsTool and model names, session identifiers, timestampsPrompts and model outputs, unless you opt in to a documented capability
SecretsNothingCredentials, tokens, and keys. Gateway will redact configured patterns.
IntegritySHA-256 hashes linking each event to the previous oneNothing further
This is design intent for a product in private preview. Behaviour may change before general availability, and any future capability that needs more access will be opt-in and documented.

Multi-tenant and isolation principles

  • One ledger per workspace

    Each tenant has its own hash chain. Events from different tenants never share a chain.

  • Scoped access

    API keys and roles are limited to a workspace and to specific actions.

  • No cross-tenant reads

    Queries are scoped by tenant at the data layer, not only in the interface.

  • Per-tenant keys

    In design

    Checkpoint signing keys are per tenant. Signed checkpoints are on the roadmap.

Know how your software was made.