Your files stay yours — and provably so.
Every file is encrypted before it lands, every access is recorded, and every policy is enforced server-side rather than trusted to the client. This page is the whole picture: what we encrypt, who can reach it, where it lives, and what you can prove afterwards.
Four layers, none of which trust the browser.
Encrypted before it lands
Objects are encrypted server-side with AES-256 and a per-file data key, which is itself wrapped by a workspace key. Rotating the workspace key re-wraps every data key without rewriting a single object.
Identity before access
Every request resolves to a person or an application, never to a shared secret in a config file. SAML single sign-on hands you the directory as the source of truth, and API keys carry scopes rather than blanket access.
Policy on the server
Link expiry, password requirements, download blocking and IP allow lists are evaluated on every request — including desktop sync and API calls. A client that ignores the rules simply gets a 403.
A record of everything
Opens, downloads, shares, permission changes and deletions are written to an append-only trail with the actor, the device and the address attached. Administrators read it as sentences; auditors export it as CSV.
Everything an administrator can actually enforce.
These are settings, not recommendations. Each one is checked on the server for every request, including API calls and desktop sync.
You pick the region. It does not move.
A workspace is pinned to one region at creation. Objects, versions, thumbnails and audit records all stay inside it — there is no cross-region replication unless you ask for it in writing.