Vallum Trust & Evidence Center
Target-design documentation for a proposed Vallum trust boundary. The shipped Build 01 reference implementation provides local tenant-scoped contracts, deny-by-default policy checks, typed events, deterministic evidence hashing, and proposal-only AI orchestration.
Vallum, Titan, Verified Ops, certificate issuance, public verification, and evidence delivery are not operating services in Build 01. Any future integration would complement—not replace—identity, endpoint, network, cloud, governance, audit, compliance, or legal controls.
Getting Started
Core concepts, architecture overview, and integration guidance.
AI Trust Failure-Mode Library
Reference failure modes for AI systems and how proposed Vallum controls could address them.
Titan Stack
Target integration patterns for proposed Titan Handshake, Verify, Sign, and Forge components.
Verified Ops
Proposed lifecycle, evidence-package, and minimal-verification boundaries; not operating services.
Architecture Overview
The Vallum material below is a target architecture for placing a policy and evidence boundary around protected operations. Build 01 proves selected local foundations only; it does not provide hosted certification, public verification, or evidence-delivery services.
The target architecture names four proposed Titan components plus a proposed Verified Ops lifecycle layer. Build 01 currently implements only shared tenant/request contracts, central policy evaluation, typed in-memory events, local evidence hashing and verification, and a proposal-only AI boundary. The named Titan services, SDK, CLI, signing infrastructure, lifecycle service, and public endpoints are future work.
┌─────────────────────────────────────────────────────────────┐
│ Your Application Layer │
│ (Your existing systems, AI agents, business software) │
└──────────────────────────┬──────────────────────────────────┘
│
┌──────────────────────────▼──────────────────────────────────┐
│ VALLUM TRUST INFRASTRUCTURE │
│ │
│ ┌─────────────┐ ┌──────────────┐ ┌────────────────────┐ │
│ │ Titan │ │ Titan │ │ Titan │ │
│ │ Handshake │ │ Verify │ │ Sign │ │
│ │ (Scoped │ │ (Evidence │ │ (Cryptographic │ │
│ │ Authority) │ │ Packages) │ │ Provenance) │ │
│ └─────────────┘ └──────────────┘ └────────────────────┘ │
│ │
│ ┌──────────────────────┐ ┌─────────────────────────────┐ │
│ │ Titan Forge │ │ Verified Ops │ │
│ │ (SDK · CLI · Tools) │ │ (Certificates · Evidence) │ │
│ └──────────────────────┘ └─────────────────────────────┘ │
│ │
│ ┌─────────────────────────────────────────────────────────┐ │
│ │ Tenant-Scoped Evidence Boundaries │ │
│ │ (Fail-Closed · Receipted · Independently Verifiable) │ │
│ └─────────────────────────────────────────────────────────┘ │
└──────────────────────────────────────────────────────────────┘
Vallum complements: identity · endpoint · network · cloud ·
governance · legal controlsCore Concepts
Scoped Authorization Receipt
In the target architecture, a protected operation would begin with a scoped authorization decision that records the tenant, request, evaluated policies, and outcome. Build 01 implements the underlying tenant-bound request and policy-decision contracts locally; Titan Handshake is not a released service.
Fail-Closed Trust Decision
The Build 01 policy engine denies by default when required context is missing, tenant boundaries conflict, roles are insufficient, or data rules block the action. A future hosted adapter would need durable decision evidence and production reliability controls before this target behavior could be claimed operationally.
Evidence Package
A proposed portable bundle of decision records, manifests, metadata, and integrity references. Build 01 provides a local deterministic hash-chain reference package, not an issued evidence package or independent verification service.
Cryptographic Provenance
The target design calls for tamper-evident provenance and explicit chain verification. Build 01 demonstrates deterministic hashing, redaction, and tamper detection locally; signing infrastructure, key custody, external timestamps, and third-party verification are not implemented.
Tenant-Scoped Evidence Boundary
Build 01 contracts and policy checks are explicitly tenant-scoped, and cross-tenant requests are denied in tests. A future evidence service would also need durable tenant isolation and a separately reviewed minimal public-status boundary; neither endpoint is operating in Build 01.
Certificate Lifecycle
The target design includes a non-legal technical-status lifecycle for future review. Build 01 issues no certificates, VERIFIED or CERTIFIED status, audit opinions, or independently verifiable lifecycle evidence.
Public Verification Boundary
A future minimal-status endpoint would need to disclose only deliberately public fields and prevent access to private evidence or tenant data. No Vallum public-verification endpoint is deployed in Build 01.
Titan Stack
Titan Handshake
Proposed adapter for scoped authorization before protected operations. The local Build 01 policy engine demonstrates tenant-bound, deny-by-default decisions; no Titan Handshake API or durable receipt service is released.
Titan Verify
Proposed assembly and verification boundary for portable evidence. Build 01 supplies a local append-only hash-chain reference and tamper tests, not a hosted package issuer or independent verifier.
Titan Sign
Proposed signing and provenance component. Production key custody, external timestamps, signatures, delivery controls, and independent verification are not implemented in Build 01.
Titan Forge
Proposed SDK, CLI, fixtures, and adoption tooling. No Titan Forge package or released integration surface is shipped in Build 01; the examples below are non-executable architecture sketches.
Verified Ops
Verified Ops is a proposed future lifecycle and delivery boundary. Build 01 does not issue certificates, manage customer lifecycle states, deliver evidence packages, or expose public verification endpoints.
Evidence Packages
Proposed portable bundles containing decision references, manifests, metadata, and integrity material. Producing auditor-, regulator-, or client-facing evidence would require implemented signing, custody, authorization, retention, and independent assurance controls.
Public Verification
A future endpoint would expose only deliberately public technical status and minimal metadata after a separate privacy and threat-model review. No public Vallum status endpoint exists in Build 01.
Integration Guide
The following describes a proposed integration pattern only. The API, SDK, CLI, package names, URLs, and methods are illustrative and are not currently released integration surfaces.
Establish scoped authority via Titan Handshake
A future adapter could evaluate tenant context, operation type, and applicable policy before a protected operation. Build 01 exposes local TypeScript contracts and policy functions, not this API.
// Illustrative architecture example — not a currently released API.
// Refer to Titan Forge documentation for current SDK usage.
// Step 1: Request scoped authorization
const receipt = await titanHandshake.authorize({
tenant: tenantId,
operation: 'deployment.approve',
context: { environment: 'production', artifact: releaseId },
});
// Step 2: Proceed only if authorized (fail-closed)
if (!receipt.authorized) {
// Denial is receipted with reason
log.warn('Operation denied', receipt.denialReason);
return;
}
// Step 3: Execute the protected operation
await deployArtifact(releaseId);Proposed pseudocode only. Build 01 releases no public SDK or hosted service for this operation.
Proposed evidence-package assembly
A future evidence adapter could assemble decision records and integrity references into a portable package. Build 01 does not issue or independently verify such packages.
// Illustrative architecture example — not a currently released API.
// Proposed pseudocode only; no Titan Verify SDK is released.
const evidencePackage = await proposedEvidenceAdapter.assemble({
lifecycleRecordId: 'SYNTHETIC-001',
includeReceipts: true,
includeManifest: true,
});
// Production use would still require signing, key custody,
// access controls, external validation, and independent review.
console.log(evidencePackage.plannedPublicStatusUrl);Proposed pseudocode only. Build 01 releases no public SDK or hosted service for this operation.
Proposed signing and provenance boundary
A future signing component could seal approved evidence outputs. Build 01 has deterministic hashing and tamper detection only; it has no production signing keys, custody service, or audit-output issuer.
// Illustrative architecture example — not a currently released API.
// Proposed pseudocode only; no Titan Sign service is released.
const sealingProposal = await proposedSigningAdapter.prepare({
packageId: evidencePackage.id,
provenance: 'synthetic-deployment-review',
});
// A future implementation would need protected keys, custody,
// external timestamps, revocation, and independent validation.
console.log(sealingProposal.plannedIntegrityReference);Proposed pseudocode only. Build 01 releases no public SDK or hosted service for this operation.
Want to discuss the target architecture?
Submit an early-access interest request to discuss the Build 01 reference, your requirements, and the production controls that would be needed. This is not a purchase, certification, audit, or service order.
Request an early-access discussion