为何HashiCorp Vault采用密钥信封机制？为何需同时保留根密钥与加密密钥？

这种分层架构核心是为了降低风险、提升运维灵活性，具体原因可以拆解为这几点：

• 加密密钥轮换成本更低
  如果让unseal key直接保护数据加密密钥，每次轮换加密密钥都得重新生成、分发新的unseal key——这涉及到多个密钥持有者的协同，成本极高。而现有架构里，root key只用来加密/解密加密密钥，轮换加密密钥时，只需要用root key重新加密新的加密密钥即可，unseal key完全不需要变动，运维效率提升一大截。

• 风险分层隔离
  unseal key的作用是解锁Vault的运行状态，让root key加载到内存；root key仅负责管理加密密钥，不直接接触数据加密操作；加密密钥才是直接加密数据的密钥。这种分层把不同风险点隔离开：

  • 就算拿到root key，也没法直接解密数据，还得拿到加密密钥；
  • 负责处理数据的组件只接触加密密钥，碰不到root key和unseal key，避免了数据处理环节的泄露扩散。

• 适配集群与灾备场景
  在Vault集群中，每个节点都需要加密密钥来处理本地数据，但root key不需要在节点上持久化存储——只有在unseal阶段，root key会被临时加载到主节点内存，再把加密密钥分发给其他节点。另外，当需要迁移加密数据到新Vault实例时，只需要用新实例的root key重新加密现有加密密钥就行，不用重新加密所有数据，大大节省时间和计算资源。

• 遵循最小权限原则
  每个密钥只承担单一职责：

  • unseal key：解锁系统，仅此而已；
  • root key：管理加密密钥的加密状态；
  • 加密密钥：直接加密/解密数据。
    这样单个密钥泄露的影响被降到最小：比如加密密钥泄露，只需要轮换加密密钥；root key泄露，轮换root key后重新加密所有加密密钥即可，无需动数据层；unseal key泄露，重新生成unseal key就行，不影响密钥链的其他部分。

内容的提问来源于stack exchange，提问作者voipp