自托管还是不自托管您的密码管理器

密码管理器拥有对银行、电子邮件、健康记录、客户系统和金融平台的访问权限。将其交给第三方云供应商意味着无限期地信任该供应商的工程决策、事件响应、定价模型和业务连续性。

自托管并不会消除信任问题。您仍然信任构建该软件的供应商。但区别在于控制权：您决定何时打补丁，如何配置，以及数据存放在哪里。使用SaaS供应商时，您无法看到他们内部如何存储您的数据，无法决定何时修补漏洞，也无法控制他们是否被收购、改变条款或发生自身安全漏洞。

当您的公司运行基础设施时，您的安全团队可以增加额外的保护层，并根据自身需求调整部署，而不是接受通用的一刀切SaaS方案。

密码供应商以前发生过安全事件。将您的所有凭据押注于供应商永远不被入侵并不是安全策略。这是一种希望，也是选择仅限SaaS供应商后的唯一选项。

拥有自托管选项改变了这一局面。您的组织决定数据存放的位置，而非供应商。 团队可以完全在本地运行，部署在自己的云环境中，或采用与现有基础设施相匹配的混合设置。

目标不是强制自托管，而是确保选择权属于您，这一点是仅提供托管SaaS vault的供应商无法做到的。

基于文件的保险库与集中式服务器

问得够久，你会发现有两个阵营。

1. 一个基于文件的本地保险库，跨设备同步，完全由您控制，无需维护服务器。
2. 运行实际服务器：一个集中式保险库，为您处理多用户访问、共享和同步冲突。

双方都有道理，因为分歧在于权衡利弊，而非对错。本地文件便携且透明，允许你随意打开、检查、移动或备份。然而，一旦有多个人需要访问同一个秘密，这种方法就不再适用，因为编辑冲突会变成手动合并。与队友共享单一凭据意味着传递整个文件或主密码，赋予他们对所有内容的完全访问权限，而不仅仅是他们需要的那一项。集中式系统解决了多用户问题，但前提是它确实为具有不同信任级别的多用户构建。团队共享的单一登录不是多用户访问。它只是一个更大的秘密，有更多人可能泄露。

密码管理器与identity提供商

保险库存储秘密。身份提供者管理谁可以首先认证到哪些系统，通常通过单点登录完全消除密码的需求。没有与其他地方身份管理关联的保险库成为孤立的岛屿，与访问管理的其余部分断开连接。没有保险库的身份层仍然需要一个地方来存储不支持现代认证的凭据、证书和秘密。正确处理这一点的组织将保险库和身份层视为连接的系统，而非相互竞争的选择。

当密码管理器不是为组织构建时会出现的问题

一个组织管理着数百或数千个秘密，分布在各部门、承包商、服务账户和涉及生产系统的管理凭证中。当这么多凭证没有真正的系统支持时，它们最终会出现在共享文档、浏览器保存的密码或多个人都熟知的单一登录中。

这些方法中没有一个有所有者，也没有记录谁在何时访问了什么，也没有有人离开时的清理计划。离职的管理员可能会留下对十几个共享账户的访问权限，而没人记得去更换密码；共享服务账户的密码可能存放在三个不同团队使用的脚本中，没人确定谁有权限更改。当审计员询问上季度谁访问了特权账户时，诚实的回答往往是沉默。

归根结底，这是治理失败，而非工具失败。当凭证存储被视为事后考虑，而非由真正的所有权支持的系统时，就会发生这种情况。

数据所有权 

数据所有权要求组织控制加密密钥，而不是依赖供应商。这使您能够验证合规审查的数据确切位置，满足驻留要求，并亲自检查系统，而不依赖供应商的公开声明。

使用SaaS时，您的风险状况完全依赖于供应商的路线图。供应商的中断、政策更新或安全漏洞会成为您组织的紧急事件，而您无法控制。 自托管通过本地部署、私有云租户或混合设置消除了这种依赖。 这使得正常运行时间、补丁计划和事件响应都在您的直接控制之下。

企业权限

所有权告诉您数据存储在哪里，但权限决定了谁可以实际访问数据以及遵循哪些规则。一个好的workforce vault需要基于角色的访问控制，以反映贵公司的实际运作方式。个人拥有自己的私有存储，团队在为其工作量身定制的共享空间中协作，最敏感或特权账户则置于额外的防护墙后。

这一额外层是基于审批的访问。特权凭证不会随意暴露给任何知道其位置的人，访问需要在授予前获得批准，并且每次使用都会被记录。这将特权账户访问从一种诚信体系转变为可审计、受控的流程，具备您期望对可能造成最大损害的账户实施的同等监督水平。

如果没有连接到 Active Directory 或 Entra ID，保险库访问和身份治理会脱节。目录中被禁用的人仍可能拥有无人记得移除的保险库访问权限。目录集成会在目录中禁用某人时移除其保险库访问权限，但自动化程度取决于您选择的模式，在便利性和最强安全态势之间权衡。

部署灵活性才是真正的选择

只有当自托管选项真正灵活时，这个选项才有意义。基础设施的选择，无论是本地、云端还是混合，都应遵循组织自身的合规需求和现有环境，而非供应商的托管模式。具有严格数据驻留要求的受监管行业，其需求与大部分基础设施已运行在云端的公司不同。

同样的所有权也适用于安全控制。组织可以根据自身的风险状况，增加额外的认证措施，如多因素认证、智能卡登录或用于加密密钥的hardware security module保护，而不是接受供应商捆绑的内容。所有权意味着这些选择属于组织，而不是出售保险库的人。

掌控选择，而不仅仅是数据

Netwrix Password Secure 建立在这一选择之上。它为组织提供了自托管、本地、云端或混合的选项，使您的组织能够完全控制加密和环境，而不是被锁定在供应商的 SaaS 金库中。每位员工都拥有一个个人金库，其他人无法访问。基于角色的访问控制决定谁可以查看哪些凭据，特权账户则处于基于审批的工作流程之下，而非开放访问。每次访问和每个操作都会被记录，因此审计只需几分钟而非调查。与 Active Directory 和 Entra ID 的目录集成确保金库访问与其他所有地方的身份管理保持一致。

问题从来不是你是否必须自托管，而是你的供应商是否一开始就提供了这个选项。 Password Secure 提供了。