TL;DR: ETH Zurich’s audit tested ten cryptographic attack scenarios against a fully malicious server model and found issues that were either resolved, in remediation, or accepted as intentional design decisions, according to Bitwarden. The result reinforces that password security still depends on explicit trust assumptions, not just encrypted storage.
Editorial analysis by NHI Mgmt Group, based on content published by Bitwarden: “Security through transparency: ETH Zurich audits Bitwarden cryptography against malicious server scenarios”.
Key questions
Q: What breaks when a password manager is evaluated against a malicious server model?
A: The main failure is in assumptions, not just controls.
Q: Why do password security audits matter even when no breach has occurred?
A: They matter because they validate the trust assumptions behind the product before an incident forces the issue.
Q: When does open source matter in a password manager selection decision?
A: Open source matters when security teams want stronger transparency into how the product handles sensitive data and access flows.
Practitioner guidance
- Review password-manager trust assumptions Map which parts of your password platform depend on an honest server, a cooperative client, or both.
- Document accepted design trade-offs If a product accepts certain cryptographic behaviours for functionality, record those decisions in risk registers so the security team knows what is intentional and what still needs remediation.
- Use third-party audits as evidence Require external cryptography or source-code analysis for password and secret management tools where assurance depends on implementation details that customers cannot verify internally.
Bottom line: The audit’s real value is that it exposes the assumptions behind password security, especially where backend trust still matters.
Explore further
View Full Forum → | NHI Foundation Course → | Our Services → | Read the full analysis →
Cryptography audits are really trust-assumption audits: The security value here is not that a product was tested, but that its design assumptions were forced into the open. When a password manager depends on server behaviour staying within bounds, the audit reveals exactly where that trust boundary sits. Practitioners should read these reports as evidence of which parts of a credential platform are mathematically protected and which still depend on operational trust.
A question worth separating out:
Q: What should security teams do after a cryptography audit finds low or medium issues?
A: They should classify each issue by whether it is remediated, actively being fixed, or intentionally accepted for functionality. Then they should map those outcomes to business risk, because even low-impact findings can matter when they define the boundaries of credential trust in a core identity tool.
👉 Read our full editorial: Bitwarden cryptography audit underscores trust assumptions in password security