Search site

Type a word or phrase to search public pages.

    Encryption

    Protect workspace contents and choose who holds the authority to decrypt.

    Choose a trust boundary for each workspace

    An authorized Host can read your data. It decrypts workspace content to execute queries, so its operator belongs inside that workspace's trust boundary.

    Divide your data economy into as many independently governed workspaces as needed. Each builds on the Solid pod model through LWS, with its own encryption keys, access rules and Host choices. Trusting a provider with one workspace need not expose another.

    Keep sensitive processing on your hardware

    Keep personally identifiable information, health records or financial data in private workspaces served by your own Host. That Host could run on your laptop or mobile phone. By granting decryption authority only to your own Host, you keep plaintext processing there.

    The same application can use other workspaces on other people's Hosts: shared reference data, an organization's records or a service provider's knowledge. Each workspace retains its own trust boundary. Using them together does not require moving your private records to those providers.

    For a mortgage discount, let your Host answer an agreed collateral question and return the eligibility result. The worked example follows execution, evidence and disclosure.

    Distribute encrypted storage

    Your Host's location does not determine where durable copies live. Encrypted blocks can be held by custodians chosen for price, reliability or retrieval speed. Custody gives them encrypted bytes without the keys to read them.

    Set independent replication policies for serving Hosts and encrypted blocks, balancing copy counts, geography, provider diversity and cost.

    With enough independent copies and recoverable key material, losing your laptop need not mean losing your health records. Restore access through a replacement Host you authorize. Query service may pause while that Host becomes available; the encrypted data can remain safely distributed throughout.

    High availability covers failure domains. Backup and restore covers recovery archives.

    Developer reference

    Technical details

    Separate placement from authority

    Workspace master-key authority governs plaintext access to ordinary graph/file content. AES-SIV (RFC 5297) authenticates encrypted blocks. A serving Host receives owner-authorized key delivery and decrypts during query execution. Host operators therefore occupy the trusted computing base.

    Custodian placement distributes ciphertext across independent storage providers. Replica assignment carries no decryption grant. Select the serving Host set and encrypted-block placement independently for each workspace; application composition does not union their key authorities.

    Recovery and key custody

    Ciphertext redundancy preserves bytes; authorized, recoverable keys make them readable again. Restoring a serving Host needs both. Signing keys identify authorized actions and remain separate from workspace content keys. TLS protects connections, while workspace encryption protects stored copies. Neither hides query plaintext from its authorized executor.