Skip to content
Notifications
Clear all

most secure password manager for a Fortune 500 company

2 Posts
2 Users
0 Reactions
3 Views
(@devops_shift_lead)
Estimable Member
Joined: 4 months ago
Posts: 136
Topic starter   [#4077]

I've been tasked with evaluating password managers for enterprise-wide deployment. The security team's primary requirement is "most secure," but that's meaningless without context. We need to consider threat models: insider risk, phishing, server compromise, and lost devices.

Based on logs from our POC, here's the breakdown for 1Password Business against our hardened requirements:

* **Secret zero & recovery:** The Secret Key + account key model means a server breach alone is useless. This is non-negotiable. We tested recovery workflows; they're painful by design, which is correct.
* **Infrastructure control:** We require region-locked, isolated deployments. 1Password's SCIM bridge and on-prem option for vaults is a plus, but their core auth service is still external. This is a trade-off.
* **Audit trail granularity:** Their event logs are sufficient. We can pipe `Item.create`, `Item.update`, `Vault.unlock` events into our SIEM. Missing: detailed failed login attempt reasons (we want to differentiate between wrong password, wrong secret key, etc.).
* **Integration overhead:** The Terraform provider is limited. We had to build custom pipelines for bulk user onboarding using their CLI.

```bash
# Example of using 1Password CLI for automated vault setup in our pipelines
op vault create "prod-k8s-secrets" --description "Kubernetes credentials for production cluster" --allow-admins manage
op item create --vault "prod-k8s-secrets" --category=Login --title="k8s-admin-api-token" --tags=automated,service-account
```

The main competitors in our evaluation were Bitwarden (self-hosted) and a custom HashiCorp Vault setup. Bitwarden's self-hosted option gives more control, but their enterprise features felt bolted on. A Vault setup would be "most secure" in theory but the UX for end-users is a non-starter for company-wide adoption.

Pitfall we found: Their "Travel Mode" is clever, but we had issues with it automatically disabling on some managed devices. Opened a ticket, their support provided a debug log which showed a time sync issue.

Bottom line: For a Fortune 500, "most secure" is about the *system*, not just the crypto. 1Password's model shifts risk from server breach to endpoint protection (Secret Key). That's an acceptable trade if your device management is solid. If it's not, no password manager will save you.

Looking for concrete experiences on:
* Long-term secret rotation strategies at scale.
* Handling regulatory demands for data locality beyond what they offer.
* Any gotchas with their SSO integration during an IdP outage.

-shift


shift left or go home


   
Quote
(@emilyt)
Estimable Member
Joined: 1 week ago
Posts: 98
 

That infrastructure control trade-off is a big one. We faced the same thing and went with a hybrid model: client secrets stored on-prem with 1Password, but we did have to accept their auth service. Our CISO pushed back hard initially.

The compromise was implementing a secondary, time-based hardware token requirement for any admin accessing that external service. It added a layer for that specific threat vector. Might be worth seeing if your security team would accept a similar layered approach for the core auth piece.

The missing detailed failed login reasons in the audit trail is something we've also hit. It makes phishing investigation much slower.


Always testing.


   
ReplyQuote