Three things matter when picking a password manager: the cipher choices, the key derivation, and whether the company has ever been breached. Here are Bitwarden's answers, with sources.
AES-256-CBC for vault items. PBKDF2-SHA256 (2023+: Argon2id available) for master key derivation, default 600,000 iterations. Zero-knowledge — server sees only ciphertext. Two external audits by Cure53 (2018, 2020). HackerOne bug bounty active. Never breached as of 2026-04. Source code on GitHub.
Vault data (passwords, notes, attachments, identity records) is encrypted with AES-256-CBC. The encryption key is derived client-side from your master password and never sent to Bitwarden's servers.
Two algorithms supported, configurable per account:
The output is a stretched master key, used with AES-256 to wrap a separate per-account symmetric key (account.key). Vault items are encrypted with that symmetric key, not directly with the master-derived key. This separation means changing your master password doesn't require re-encrypting every vault item.
Critical: Bitwarden's servers never see your master password or the derived keys. The server stores only:
If Bitwarden's database is exfiltrated tomorrow, an attacker gets ciphertext that requires brute-forcing your master password to decrypt — and with 600,000 PBKDF2 iterations, that's prohibitively slow even for state-level adversaries unless your master password is weak.
Bitwarden has commissioned multiple third-party audits, with reports published publicly:
Audit reports are linked from bitwarden.com/help/is-bitwarden-audited.
None as of 2026-04.
The closest event was a 2024 phishing campaign that targeted Bitwarden users via Google Ads — attackers bought ads against "bitwarden" search and directed clicks to a phishing landing page with a fake login form. This wasn't a Bitwarden breach (no infrastructure compromise) but a third-party impersonation. Bitwarden coordinated takedowns and warned users.
Compare to LastPass:
The 2022 LastPass event is what drove the wave of migrations to Bitwarden. We have a dedicated comparison covering the technical differences and migration steps.
All Bitwarden code — client apps for every platform, the CLI, the server — is published on GitHub:
Licence is Bitwarden's own source-available licence (the GitHub copy specifies AGPL-3.0 for some components, custom for others). For self-hosting, the licence permits non-commercial use plus commercial use up to a seat count threshold. Full licence text.
Bitwarden runs a public bug bounty on HackerOne. As of 2026, payouts range $50 (low severity) to $5,000+ (critical RCE / pre-auth key disclosure). Scope includes the cloud servers, official clients, and the unified self-host image. Vaultwarden is out of scope (separate codebase).
Bitwarden supports multiple second-factor methods on the master account:
For high-value accounts, FIDO2 is the gold standard — no shared secret, phishing-resistant, no SMS interception risk.
The desktop apps are built and signed by Bitwarden's CI from the public repo. Signed binaries land on GitHub Releases. The signing certificates:
Reproducible builds: not yet implemented across all client variants. The desktop build pipeline is open enough that a determined verifier could rebuild from source and check binary equality, though this isn't part of the official QA flow.
We're an independent download portal — we redirect to the official Bitwarden release artifacts on GitHub or the platform stores. We never modify the installer, never inject ads or analytics into the binary, and never host a custom build. The signing chain stays Bitwarden-end-to-end. More about us.
No public breach has been disclosed as of 2026-04. The closest event was a 2024 third-party phishing campaign that impersonated Bitwarden via Google Ads — Bitwarden's own infrastructure was not compromised. Compare to LastPass which had three significant security events between 2015 and 2022.
AES-256-CBC for vault items. PBKDF2-SHA256 (or Argon2id) for master key derivation. Zero-knowledge — server holds only ciphertext.
600,000 default for new accounts (since 2023). Older accounts default to 100,000; you can upgrade in Account Settings → Security. Industry consensus 2026 is 600,000+ for PBKDF2-SHA256, or switch to Argon2id which is memory-hard.
Argon2id is the modern recommendation — it's memory-hard (resists GPU/ASIC brute-force more effectively than PBKDF2). Both are secure with reasonable parameters. PBKDF2 is more battery-friendly on mobile; Argon2 is more attacker-resistant. Bitwarden lets you pick per-account.
Yes — Cure53 in 2018 and 2020, plus annual SOC 2 Type II. Audit reports linked from bitwarden.com/help/is-bitwarden-audited.
Yes — clients, CLI, and server are all published on GitHub. Licence is Bitwarden's source-available licence (similar to AGPL with non-compete restrictions for hosted-service competitors). Self-hosting is permitted; selling Bitwarden-as-a-service is not.
No. Vault items are encrypted client-side with a key derived from your master password. Bitwarden's servers store ciphertext only. Bitwarden employees, infrastructure providers, and any future attackers see encrypted blobs they'd need to brute-force. Master password is never transmitted, never stored, never recoverable.
Account is unrecoverable. This is the trade-off of zero-knowledge — Bitwarden cannot reset your master password because they never had it. Mitigations: Premium tier offers Emergency Access (designate a contact who can request recovery after a delay) and recovery codes (printed string that lets you log in once).
No. The master password is used only to derive the encryption key, on your device, in memory, briefly. The key is then stored in memory while the vault is unlocked, and discarded when locked. Nothing is written to disk in plaintext.
The pre-built unified image is what 99% of self-hosters use. If you want maximum verification, you can build from github.com/bitwarden/server yourself — full source available, Dockerfile published. The convenience trade-off is real: building takes 30+ minutes, the pre-built image is the same source.