Opaque provisioning
Program-scoped Databox URLs without customer identifiers in paths; separate security boundaries per organisation program and consumer relationship.
Capabilities
Capability catalogue for this project’s work: relationship Databoxes, Smithy, exchange, IPMS, personal vault, CKAN, engines. Solid interop is retained from the open CSS-era starting point; the Databox behaviours below are Web Civics additions and updates. Runtime: Node ≥ 24 (fork era commonly Node 20, now EOL).
Core Solid Databox
Program-scoped Databox URLs without customer identifiers in paths; separate security boundaries per organisation program and consumer relationship.
Uses Solid HTTP, LDP, Solid-OIDC and WAC so compatible clients work — continued from the open CSS-era stack and composed with Databox authorisation and store integration.
Formerly Mapping Forge. Registers Institution Profiles, forges opaque mappings, issues holder-bound rotatable connection credentials.
Bilateral exchange of signed digital receipts, attestations, and personal records; deliberate consumer submissions in; append-only evidence, supersession links, and disposition state.
Record-class, purpose, legal-basis and assurance checks; versioned ODRL permissions/prohibitions/duties; signed receipts and review workflows.
RelationshipMapping, TenantBinding, SourceOutbox registries plus DurableEvidenceLedger and WORM storage audit ledger.
Personal Databox Profile
Added after the civics rewrite: bridging personal data safes and organisation operational systems so natural persons and small businesses can exchange records directly.
Personal Databox Profile for an individual’s own machine, mobile device or hosted vault.
Hosting API and DNS clients for bringing a personal or organisation presence online.
Explicit, limited, reviewable arrangements for shared household records and support roles.
Continuity controls and a safe-exit / deadman-switch path so people are not trapped in a failed host.
Operator & industry surfaces
Advancing Solid beyond personal silos: the full operational software stack enabling small businesses and organisations to issue signed digital receipts, manage commercial workflows, and exchange records with natural persons.
/smithy Programs / Mappings / Events UIOpen data
An optional microservice for agencies that already run CKAN. It is not required for ordinary Databox deployments.
DPoP-bound access tokens; short-lived, cached, fail-closed on expiry.
Fail-closed validation before any data reaches CKAN; non-compliant data is quarantined.
Periodic sweeps detect editor-originated drift and orphaned CKAN datasets.
Databox review dispositions propagate into CKAN metadata and datastore updates.
Assurance
databox/deployment/ipms/Go deeper