Skip to content

security

Intended Documentation

Security and Compliance

How Intended enforces authority — the per-tenant SHA-256 audit hash chain, HMAC-signed evidence export, fail-closed defaults, and the runtime mechanisms a security reviewer should evaluate.

Security and Compliance#

Intended is an authority runtime: it decides whether an AI action may proceed, and it records that decision so the answer to "why was this permitted?" is provable after the fact. This section documents the mechanisms the platform actually implements — a per-tenant cryptographic audit chain, HMAC-signed evidence export, fail-closed defaults, and single-use authority tokens — so a security reviewer can evaluate them directly against the code.

What this section does and does not claim

Intended provides tamper-evidence mechanisms (an immutable hash chain, signed evidence bundles, tamper detection). It does not ship certified compliance-framework control mappings. The runtime encodes no SOC 2, ISO 27001, or EU AI Act control IDs in the audit chain, and Intended is not itself a certification authority. Where a page references a compliance program, it describes evidence and workflow tooling, not an attestation Intended can issue on its own behalf.

What a reviewer should evaluate#

MechanismWhat it guaranteesWhere it is documented
Per-tenant SHA-256 hash chain (AuditEntry)Tamper-evident, append-only decision history; any edit breaks the chainEnforcement Lineage
HMAC-signed evidence export (generateEvidenceBundle)A self-contained bundle whose integrity is verifiable by a holder of the tenant secretEnforcement Lineage
Default-DENY runtimeNo action proceeds without an explicit allow; failures denyFail-Closed Controls
Single-use Ed25519 authority tokensReplay-resistant, short-lived (300 s) execution authorizationFail-Closed Controls
Per-tenant key isolation (Ed25519, AES-256-GCM at rest)Cryptographic tenant separation and key rotationTenant Trust Boundary

Pages in this section#

Security and Compliance | Intended