Team chat where the provider is structurally unable to read along.
Every message, attachment and reaction is sealed on the sender's device for the exact set of recipients. What our servers store is opaque, and stays opaque during a breach, an audit or a legal request.
“The conversation belongs to the people in it.”
For teams discussing unreleased products, client work under nda, investigations, deals or anything that would be damaging if a transcript leaked.
Built for confidentiality
Per-recipient key envelopes
A message key is generated locally and sealed to each participant's public key with X25519 — the server routes envelopes it cannot open.
Search that never leaves the clear text
Your device computes blind-index tags; the server matches opaque tags and your browser decrypts the matching messages.
Instant, verifiable revocation
Removing a member rotates keys for what comes next and records the change in an append-only audit log.
Attachments in the same envelope
Files dropped into a channel are encrypted like everything else and land in the linked drive folder, not in a separate readable bucket.
Calls, screen share and knock alerts
Encrypted voice, video and screen sharing with join alerts, detached windows and true fullscreen.
No model training, ever
There is no readable corpus to train on. The absence is architectural rather than a policy sentence we could quietly change.
What mainstream chat products can see
Slack, Teams and most business messengers hold the keys to your workspace so they can index, preview, moderate and export it. That is also what makes workspace-wide discovery, third-party app access and compelled disclosure possible. The risk is not malice; it is capability.
Why 'E2EE for calls only' is not enough
Several products advertise end-to-end encryption for meetings while message history stays readable server-side. Transcripts are usually the most damaging artefact in a leak — they contain dates, names, decisions and links. Encrypting the history is the part that matters.
Compliance without readable content
Append-only audit trails, membership history, retention and legal-hold style workflows operate on metadata your organisation controls, not on plaintext held by a vendor. You can prove who had access and when, without anyone having to read what was said.
Frequently asked questions
Can an admin read a private channel?
+
No. Administration covers membership, billing and policy. Access to content requires a key envelope sealed to that person's device, which an admin role does not grant.
Does search still work?
+
Yes, including across mail and files. Index terms are turned into blind indexes on your device, so the server matches opaque values without learning the words.
Can DRIVUNO read our messages, files or builds?
+
No. Everything is encrypted on the device before it leaves it, with XChaCha20-Poly1305, using keys derived locally with Argon2id and wrapped per member with X25519. Our servers hold ciphertext and sealed key envelopes, so there is no admin view, no support tool and no classifier that can reach your content.
Do we need a technical team to run it?
+
No. There is nothing to self-host and nothing to configure: you create an account, invite people by email, and encryption happens transparently in the browser and apps. Zero-knowledge here is the default, not an expert mode.
Is there a free plan?
+
Yes. The free plan includes 1 GB with exactly the same zero-knowledge architecture as paid plans, so you can validate the workflow before moving a studio onto it.
What happens if someone leaves the team?
+
Removing a member revokes their access and rotates the remaining key envelopes, so their old copy of the key stops opening anything new. Every membership change is written to an append-only audit trail.
What if we lose a password?
+
Because we cannot read your data, we cannot reset it for you. Each account creates a Recovery Kit — a printable PDF with a QR code — to keep offline. That is the same property that stops anyone else, including us, from reading your workspace.