4、深入理解Kubernetes密钥管理

深入理解Kubernetes密钥管理

1. Kubernetes安全与密钥管理概述

Kubernetes为平台和应用团队提供了流畅的体验，但它本身并非一个完全安全的解决方案。为解决安全问题，可采用保险库解决方案（如HashiCorp Vault、CyberArk Conjure或Azure Key Vault），不过这仅能保障应用端的安全。我们还需考虑ConfigMap的使用以及多集群服务，如应用互连，这涉及在应用平台内生成和部署证书进行相互认证。

我们可以将需求分为以下简单层次：
- 平台层面 ：Kubernetes部署时会创建一系列Secret对象，以允许内部组件相互交互。第三方组件部署后也遵循相同模式。这些Secret对象不应为了弹性而转移到保险库解决方案中，因为若与外部保险库解决方案出现分区，Kubernetes集群及其所有工作负载将崩溃。
- 应用层面 ：访问内部或外部服务（如数据库、S3存储桶等）需要Secrets，这些可以转移到外部保险库或类似解决方案中。然而，应用可能还需要ConfigMap对象、卷的加密密钥、TLS证书等。与平台相关的Secret对象类似，这些应存储在Kubernetes内，以确保应用平台的调度、自我修复和可操作性。

Kubernetes本身不会成为存储系统或加密保险库来保护敏感数据，而是提供必要的框架，以连接和利用第三方解决方案的专业知识来满足各领域的特定需求。因此，解决Kubernetes中Secrets管理的安全问题并非易事。

2. 安全风险暴露

运行在Kubernetes上的容器化应用有诸多好处，但S