Blog · Guide · 16 August 2026
Password manager with Entra ID SSO: the 2026 guide
If your organisation runs Microsoft 365, your team already has its identities. The right password manager rides them instead of creating a second set. Here is what an Entra ID SSO rollout should look like, and the one hard question to ask before you start.
Why SSO-first beats SSO-later
Most vaults treat SSO as an enterprise-tier add-on bolted over a password-based account system. That ordering shows: users end up with a vault password anyway, admin lifecycle is an afterthought, and the SSO tier costs extra. An SSO-first design starts from your directory: no new accounts to create, no passwords to distribute, joiners recognised automatically, and leavers cut off by the same suspension you already perform in Entra ID. Your Conditional Access and MFA policies apply automatically, because sign-in is your directory.
The one hard question: where is the encryption key?
SSO answers who you are. It must not answer what you can decrypt. If signing in with Entra ID alone is enough to read vault contents, then whoever controls or compromises the identity layer can read them too, and the vendor's zero-knowledge claim quietly died. The honest architecture keeps the two systems separate: identity from your directory, decryption keys derived from a master password on the member's own device, never transmitted. That is how Keyvaci works, and the separation is documented in full on the security architecture page. Whatever product you evaluate, ask this question first and in writing.
What the setup should look like
- An admin signs in with Microsoft. Organisation creation should be gated to a real Global Administrator of your tenant, verified from Microsoft's signed tokens, so nobody can register your company's name with a mere work email.
- The recovery kit is generated client-side. Your browser creates the organisation's signing and recovery keys and shows them once. The vendor never sees them; that is what keeps recovery in your hands and out of theirs.
- Members sign in with their existing accounts. Each sets a master password, gets their key countersigned by an admin, and starts receiving vaults. No agent installs, no directory schema changes, standard OIDC with PKCE.
The full flow, including the admin-verification detail and what happens for guests outside your tenant, is on the Entra ID integration page.
Rollout tips from real deployments
- Grant tenant-wide admin consent once, so members never see a consent prompt.
- Seed the first three vaults before inviting anyone: banking, cloud accounts, shared SaaS. People adopt a vault that already contains what they need.
- Print the recovery kit and store it like the master key it is. The vendor being unable to reset anything is the feature, not the fine print.
- Running Google Workspace instead? Email accounts work today and native Google SSO is on the roadmap.
Your tenant is ready. Setup takes minutes.
14 days, every feature, no credit card. Sign in with company SSO or a plain email address.