Transparency
Infrastructure & Providers
A truthful, current map of where DRIVUNO runs. Every provider listed here sees encrypted blobs or operational metadata only — never your plaintext content or keys.
How to read this page
Because content is encrypted before it leaves your device, providers in the data path cannot read it. We still list them, because supply-chain transparency matters even when the cryptography neutralizes them. DRIVUNO is EU-first: primary regions for the database and object storage default to the EU for every account, and server-side logic runs on an edge runtime that only ever handles ciphertext and signed requests.
For the full, current list of named vendors and what each one processes, see the subprocessor register. This page intentionally stays at the level of architecture, not specific hostnames or storage bucket names.
Today's stack
What each provider can see
- Compute / edge: request URLs, request bodies (ciphertext for file, Rooms, and API operations), authentication headers.
- Database: account records, sealed envelopes, ciphertext references, audit logs. No keys, no plaintext.
- Object storage: encrypted blobs and their sizes, for the Vault, Rooms attachments, and Live Clone. Nothing else.
- Backup tier: the same encrypted snapshots as production, held immutable in the EU off-site backup tier.
- Email / SMS: the addresses or phone numbers we send to, plus the message body we generate (never user files).
- Payments: name, billing address, card metadata. Never linked to file activity.
Region strategy
Becoming provider-agnostic
Our storage layer uses a thin adapter pattern over S3-compatible object storage. Migrating between providers does not change the cryptography or expose user content, because providers only ever held ciphertext.
See also: subprocessors list, metadata policy, sovereignty & resilience.