Vault Send Request How it works Security & Trust Pricing
  • Send
  • Request
  • How it works
  • Security & Trust
  • Pricing
  • Honest comparison

    Bitwarden Send alternative: Erseni Vault, compared honestly

    Both encrypt in the client, so neither provider can read what you share. The differences are whether you need an account to create something, and whether you can ask someone for a credential instead of only sending one. Including the parts where Bitwarden is ahead.

    GDPR-compliant Hosted in the EU Zero knowledge
    Get started free Create a request link

    The short answer

    What actually differs

    In short: if you already pay for Bitwarden, Send is the shortest path and there is little reason to move. Erseni Vault is worth a look for two things: nobody needs an account to use it, not even you, and it can request a credential from someone else, which Bitwarden Send cannot do at all.

    Point by point

    Every line states what each tool does, not just a tick or a cross. Where we are behind, it says so.

    Criterion Bitwarden Send Erseni Vault Account required to create Bitwarden Send Yes, a Bitwarden account You need an account to create a Send. Recipients do not, but the sender always does. Erseni Vault No account at all Sending and requesting both work without signing up. A free account only adds a dashboard showing the status of your secrets. Client-side encryption (zero knowledge) Bitwarden Send Yes Bitwarden encrypts on the client, and the key does not leave your device. This is a genuine zero-knowledge design. Erseni Vault Yes AES-GCM-256 in the browser. The key lives in the URL fragment after the #, which browsers never send to a server, so Erseni only ever holds ciphertext. Requesting a credential from someone Bitwarden Send Not available Bitwarden Send is one-directional. You share something you already hold; there is no way to ask another person to submit a credential to you. Erseni Vault Yes, end-to-end You create a request link for one specific person. Their browser generates a key pair locally (X25519) and encrypts the answer to it, so only you can read what they submit. They need no account and no software. One-time retrieval and expiry Bitwarden Send Yes Deletion after a set date and a maximum access count are both configurable. Erseni Vault Yes The first retrieval deletes the record in the same database operation that reads it, so a second attempt finds nothing. Files and attachments Bitwarden Send Yes, with a paid plan File Sends are part of the paid tiers and handle sizes well beyond a short credential. Erseni Vault Limited Attachments exist on the Business tier, and the encrypted payload is capped at 1 MiB. For large files, Bitwarden is the better tool. Apps and ecosystem Bitwarden Send Full password manager Native desktop, mobile and browser apps, a mature product, and regular third-party security audits. This is a real advantage. Erseni Vault Web only, launched 2026 No mobile apps, no browser extension, no external cryptography audit yet. If you need a proven ecosystem, factor this in. Open source and self-hostable Bitwarden Send Largely The server is open source and can be self-hosted, though not every part of the commercial offering is. Erseni Vault Yes The cryptography component is published under the AGPL in a public mirror and can be self-hosted. Hosting location Bitwarden Send US and EU regions Bitwarden offers a choice of data region. Check the current terms yourself if this matters for your compliance case. Erseni Vault Germany (Hetzner, Falkenstein) Servers and backups stay inside the European Union. Processors are listed individually at /subprocessors.

    Where Bitwarden Send is the better choice

    Be honest about the fit

    You already use Bitwarden. The account, the apps and the habits are in place, and Send costs you nothing extra to adopt.

    You need to share files rather than short credentials. Bitwarden handles size far better.

    You want a vendor with a long track record and published third-party audits. Erseni Vault has neither yet.

    You need native mobile apps or a browser extension rather than a web page.

    The one thing Bitwarden Send cannot do: ask for a credential

    Requesting instead of sending

    Every share tool solves the same half of the problem: you hold a secret and want to hand it over. Day to day the need often runs the other way. You need an API key from a contractor, a login from a client, a password from a colleague, so you ask by email and the answer arrives in plaintext in your inbox. Nothing has been gained. Erseni Vault turns that around: you create a request link and send it to that person. Their browser generates a key pair locally, encrypts what they type against it, and sends only ciphertext to us. You alone can decrypt it. They need no account, no app and no understanding beyond filling in a field. This is the difference worth switching for, and if you never need that direction, Bitwarden Send is a fine tool to stay with.

    Create a request link How it works

    Where these statements come from

    Sources and limits of this comparison

    We compare against public documentation and source code, and we say when we have not verified something ourselves. Products change: if a detail here matters to your decision, check it at the source before you rely on it.

    Bitwarden Send FAQ Covers the account requirement for creating a Send, expiry rules, file Sends on paid plans and the client-side encryption model.

    Bitwarden on GitHub The self-hostable server. Not every part of the commercial product is covered by it.

    Erseni Vault source code The cryptography component behind both sending and requesting, readable under the AGPL.

    Try it before you decide

    Send a secret or create a request link right now, without an account. The comparison above is easier to judge once you have used both.

    Free tier, no credit card, no sales call.

    Get started free All comparisons
    Security & Trust Solutions Comparisons Pricing Status Source Privacy Policy DPA Imprint security.txt © 2026 Erseni Ltd. Zero-knowledge by design.